j000rn

Jada, Det er alltid muligheter til å finne info via google, men spørsmålet kunne like gjerne vært "Har noen erfaring med LinQ og VS2005"

Kansje feil forum? Burde kansje spurt i .NET kanalen.

Skal være det samme som i 2008. Kanskje litt bedre design-tools i 2008. Hvorfor oppgraderer du ikke til VS2008? Du vet du kan lage/åpne .Net 2.0 prosjekter med VS2008? Om du bruker Express versjonene er det ihvertfall ingen grunn til å ikke oppgradere

http://www.google.no/search?q=linq+vs2005

Superenkel mail klient for mor?

Krav:

* Få knapper

* Store knapper

* Ikke noe fancy features

* Norsk (trengs ikke hvis det er få knapper med fine bilder på)

Noen forslag?

:!:

Neon mulighet til å luke ut de mappene/filene som programmet ikke har lesetilgang til og fylle files med resten?

GeirGrusom postet en rekursiv metode som sikkert fungerer bedre... Putt inn try/catch på den så skal ting gå greit.

try/catch

Nei. Du får ikke sjekket størrelse på mapper / filer du ikke har tilgang til. Og det har ikke noe med "Read-Only". Read-only sier om filene kan skrives til eller ikke, men det hjelper lite om du ikke har tilgang.

btAdminNoe.Visible = btAdminNoeAnnet.Visible = etc = Thread.CurrentPrincipal.IsInRole("EnWindowsGruppe");

og:

[PrincipalPermissionAttribute(SecurityAction.Demand, Role="EnWindowsGruppe")]
internal void EnFunksjon()
{
 // etc...
}

Må tenke på at selv om VB er stort blir det MYE brukt i små prosjekter. En av grunnene til at det er stort er VBA, VBScript, etc.

Jeg har på følelsen at Python er noe av det samme. Mest brukt på små prosjekter og script laget av 1 person. Lite brukt i store, seriøse prosjekter.

Jeg selv står bak utrolige menger VBScript. Veldig greit for småoppgaver som skal automatiseres. Men en gang jeg ser at scriptet kommer opp i litt størrelse og/eller skal vedlikeholdes og/eller brukes av andre går VBScript versjonen i søpla og blir erstattet av et ordentlig språk/rammeverk.

Fortell meg en grunn til at det er en god idé å ikke deklarere variabler.

Fortell meg også en god grunn til at dynamic typing er fordelaktig fremfor static typing.

Man får ikke kompileringsfeil :!:

Ja registry har vel en default maks grense på 12 MB eller den duren, så du får ihvertfall ikke lagt inn blobs større en det

Nå ble jeg skuffa

btw; Maksgrensen på registry er gammel og gjelder ikke for W2k3 og Xp ++. Men poenger var vel hvor stor en key kunne være.

Ja, windows er herlig altså.

 

Det tok forøvrig en uke før vista bare viser en sort skjerm hver gang jeg skrur på den kliss nye PC-en min så jeg må trykke ctrl-alt-del og starte explorer.exe for å få fram desktopen. Hehe, jeg kom plutselig på det nå når jeg gjentok mantraet mitt "windows er herlig" og måtte få det ut. Seriøst, noe må jo være grunnleggende galt med hele greia.

Jeg har kjørt Windows i ~15 år nå. Veldig sjeldent jeg har hatt problemer. Vista har jeg kjørt siden beta 2 med bare et par småkræsj på grunn av dårlige applikasjoner.

Ubuntu / Fedora / etc har jeg prøvd meg på flere ganger på et titalls maskin. Ubuntu 8.4 er den eneste som går sånn nogenlunde. Kræsjer ofte (ikke bare X, men hele maskinen). Tidligere versjoner har jeg som regel gitt opp under installasjon eller i løpet av noen få uker etterpå.

Men... dette har verken noe med .Net, Exceptions, konfigurasjonsfiler eller noe annet interesant å gjøre, så jeg tror nok jeg avslutter diskusjonen her. Kos deg videre ikveld!

En kan vel det, men jeg tar kanskje det idiotiske steget og antar at det er en eller annen form for begrensning på størrelsen.

Jeg skal bare sjekke om dette er tilfelle... brb

Gleder meg til å høre om GeirGrusoms windows som dør en stille død etter å ha fått noen GB søppeldata i registry :!:

Jeg bruker da windows til desktop og kjører masse programmer som verken er gpl eller åpne

 

Grunnen til at jeg henger her nå var at jeg spurte hva som var hipt i 2008 siden konfigfiler var så 1978

Ah, svaret var XML

Gnome bruker XML til konfigfiler btw!

---

Men... noe av poenget med app.config( / web.config) er også at .Net har innebygd støtte for å lese/skrive dem. Slik at du ikke trenger å lage noe XML leser. Trenger ikke noe kode for det i det heletatt siden det er støttet i .Net rammeverket.

Jeg har allerede blitt "omvendt" og kjører Linux ...

Neida, han må gjerne få lov til å bruke det han, så lenge jeg ikke bruker hans programmer

De er sikkert ikke GPL og lagd med åpne standarer og mora hans bruker sikkert MS Office og TV'n hans har nok et proprietært OS.... så jeg hadde aldri hatt noen forhåpninger om at du skulle kjøre hans programmer uansett. :!:

Hvorfor er du på .Net forumet egentlig? Tidligere sa du jo at .Net ikke var noe særlig cross-platform...

Registry blir sjeldent ryddet opp i, og inneholder derfor etter noen måneders bruk ganske mye crap.

Det er "vanskelig" å flytte konfigurasjonen. Evt. endre deler av den. Med XML/txt kan man kopiere inn deler av konfig fra et sted til et annet. Det vil ikke virke på applikasjoner som skal kjøres fra mange maskiner uten å måtte legge dette inn i registry på hver eneste maskin. Etc.etc.etc...

Menmen.. jeg er ikke sååå stor motstander av registry. Men jeg holder meg nå til XML

Og, teflonpanne kommer til å få spader når du nevner registry :!:

Ulemper:

- Du kan ikke lagre akkurat hva du vil i registry

Man kan vel lagre binærdata på samme måte som CDATA/BASE64 i XML.... Eller har jeg misforstått noe?

skallkode

 

For oss som programmerer på engelsk, og ikke norsk eller nynorsk... Hva er skallkode?

http://en.wikipedia.org/wiki/Boilerplate_(...oilerplate_code , er jo håplaust å oversetja noko sånt til norsk. I mitt miljø blir det kalt skallkode.

Ah,..

Men nå er det nå sjeldent jeg skriver "skallkode" selv. Det er som regel ferdig i filen etter jeg har trykket File-New... (CTRL+N) i Visual Studio... Eller dukker opp automagisk med snipplets/autocomplete

1 poeng til meg!!!

 

Og jeg som trodde jeg var første som kom med det forslaget:

Pfft....

Jeg stemmer i alle fall også for denne:

...

1 poeng til meg!!!

Jeg vet selvfølgelig at alle språk har 3djeparts biblioteker for XML. Men rene tekstfiler trenger du ingen biblioteker, bare input og output. Og det er ikke sikkert at XML-biblioteker er tilgjengelig for en eller annen obskur platform for et eller annet obskurt språk som du vil kjøre OS'et ditt på. I tillegg til at det er herk å redigere for hånd.

XML biblioteket i .Net er innebygd i rammeverket, og kjører like bra på Linuks boksen min som det gjør i den virtuelle Windows maskinen min :-P

Og flatfiler trenger jo å parses de også. Hvordan vil du lage en trestruktur f.eks. med flatfiler? Hvilke regler må du ta hensyn til for at ikke parseren skal gjøre feil? Hvordan skal du fortelle brukeren om disse reglene (RTFM?)?

Enig i at flatfiler er greit så lenge man kun skal lagre et par verdier, men med en gang det begynner å bli litt mer avansert konfigurasjon er XML å foretrekke. Se f.eks. c:\windows\microsoft.net\framework\[versjon]\config\machine.config og prøv å finne en fornuftig måte å lage en ENKEL flat konfigurasjonsfil av denne....

Tja, XML har vel sin plass, men jeg føler at blir brukt overalt uansett. XML er heller ikke lett å parse hvis du skal parse det riktig, det har vel en ganske stor spesifikasjon. Dvs, det er ikke veldig vanskelig, men det kreves hvertfall gode og robuste biblioteker som bryter med filosofien om å gjøre det så enkelt og portabelt som mulig. Det egner seg heller ikke for å redigeres for hånd. Det forundrer meg ikke at MS har hoppet på det egentlig, det er blitt veldig enterprise og buzzword de siste åra, uten noen umiddelbare fordeler. Funker kanskje hvis programmer skal generere og lese XML'en, men ikke når mennesker skal lese og skrive det.

Har du noengang de siste 10 årene programmert i et språk som ikke har innebygd/solid 3djeparts XML støtte? Hvis du lager din egen parser gjør du deg til TDWTF kandidat med en gang.

XML er også kun så avansert som du gjør det til selv.

Det er MYE enklere å "parse" (med et bibliotek) riktig enn flatfiler er.

Er mulig å ha trestruktur på dataene dine. Joda, dette går også med flatfiler, men da blir det ihvertfall herk å parse, og mye verre for brukeren å forholde seg til reglene som DU definerer i motsetning til XML standard reglene.

I tillegg har man XML schema, slik at man enkelt kan lage regler for hva konfigurasjonsfilene kan inneholde.

Som sagt; XML til konfigurasjonsfiler og enkle datafiler er genialt. Men til mye annet er det "enterprisey", overkill og treigt.

skallkode

For oss som programmerer på engelsk, og ikke norsk eller nynorsk... Hva er skallkode?

Siden vi er i .Net delen av forumet så er vel fasitsvaret "app.config".

Det er jo v.2 av gamle INI filer,... og bruker såklart XML siden vi lever i år 2008.

Dette er jo faktisk en av de få tingene XML er bra til :!:

De fleste slike kontrollere følger det automatisk med programvare for å gjøre dette. Å *bruke* disse programmene er ikke programmering.

Hvis du mener å programmere logikken selv så vil de fleste kontrollere ha et API for dette. Hvordan dette brukes varierer sterkt, også avhengig av hvilket programmeringsspråk du har valgt. Eksempelkode vil nok også følge med...