Så kom der en SP til Visual Studio, og jeg har nu downloadet og installeret den (431 mb). Alt sammen meget let, men jeg studsede lidt ved een af installations formene: Opdatering i gang. Det kan tage fra 1 min til flere timer alt efter installationen. Det er skisme noget af en helgardering ;-)

Det viste sig nu ikke at være så galt på min installation, og det tog samlet set under en halv time (hvis man ser bort fra downloadtiden).

Hvad har vi så fået i den service pack?

Bedre understøttelse af datasource wizard i Windows forms - jeg har tidligere oplevet at VS.NET dumper (går ned), hvis man forsøger at ændre i datasourcen på f.eks. en GridView i designmode. Den bug er væk nu - jeg ved ikke hvor mange gange jeg ellers er faldet i den, og har revet mig i håret over at jeg havde glemt den bug - fedt.

Men den absolut fedest ting er at refactoring på ASP.NET applikationer er blevet en faktor 1000 hurtigere! Hvis du har prøvet at lave en simpel rename eller add parameter, så ved du også at det kunne tage enormt lang tid, med selv små applikationer. Det foregår nu med samme hastighed, som når man laver refactoring på et klassebibliotek - super fed forbedring

Desuden synes jeg at editering i Html koden på aspx-filer er blevet langt hurtigere - jeg sad ihf. tidligere og ventede uendeligt længe på intellisence og propertygrid tidligere - det fungerer  som en drøm nu.

Det var lige de ting jeg havde lagt mærke til efter at havde arbejdet med sp1 i et par dage, men i følge MS er der foretaget mere end 2200 forbedringer, så det er nok een af de updates man skal foretage hurtigst muligt.

Smid en kommentar, hvis du falder over fede forbedringer.

Code on...

Nu har det undret mig meget længe, at min VS.NET 2005 ikke har været helt konsistens i behandlingen af web.Config filer. Jeg mener: Nogen gang har jeg intellisence på alle tags (hvilket er næsten uundværligt med alle de muligheder der er), og nogle gange er der ingen hjælp at hente.

Som sagt, så har jeg observeret det flere gange, men jeg har aldrig rigtigt kunne finde en forklaring, og har slået det hen under at det nok bare har været en periodisk bug i VS.NET.

Det er det ikke - eller det er det jo nok, men det er ikke en periodisk bug. Jeg kan fremprovokerer den hver gang, og endnu bedre: Jeg kan udbedre den hver gang. Jeg fandt ud af det, ved at lave version-compare i ANKH, hvor jeg havde en revision der virkede i VS.NET, og een der ikke virkede. Eneste forskel var en namespace reference...

Det viser sig at VS.NET (og ASP.NET IIS propertysiden for den sags skyld), indsætter en namespace reference i rodelementet i Xml-indholdet:

Det er: "xmlns="http......". Når det namespace refereres, så virker intellisence ikke - hvis man blot fjerner referencen (sletter xmlns attributten), så virker den igen. Jeg forstår ikke hvorfor det er sådan, men det er det altså (prøv selv). Kan du give en forklaring, så smid en post.

Code on...

Nu har jeg snart haft en sammenhængende periode på 3 måneder, hvor jeg udelukkende har skrevet kode til version 2.0 af frameworket - jeg må sige at jeg bliver forbavset hver dag: Alle de detaljer som er kommet med i denne release...

Her er bare seneste eksempel:

Når jeg hidtil (1.x) har skulle gemme applikations konfigurationer, har jeg lavet en sektions-handler, som kunne parse min Xml i app.config/web.config, og oversætte det til brugbare applikationsindstillinger. Lidt besværligt, men dog overkommeligt. Helt anderledes har det dog været, når det kom til brugerindstillinger - de kan jo som bekendt ikke gemmes i app.config, da den er read-only runtime.

Det giver selvfølgelig mening, men jeg var dog på et tidspunkt nået frem til en løsning, hvor det 'kunne' havde været smart med en 'skrivebar app.config - slet IKKE holdbart.

Man løser selvfølgelig problemet ved at lave en custom klasse der på den ene eller anden måde er i stand til at identificerer brugeren, og gendanne instilllinger som eventuelt er blevet gemt tidligere. Brugerindstillingerne kunne så gemmes i en Xml-fil, database eller i IsolatedStorage-filer. Overskueligt, men langt fra lige til. Jeg har dog vænnet mig til denne fremgangsmåde, og det var måske lidt tilfældigt at jeg blev opmærksom på den nye Settings klasse i .NET 2.0. Jeg har brugt den til at få nem adgang til felter i app.config, men ellers ikke videre.

Så var det jo lige jeg fik øje på Scope kolonnen...

Den kan både sættes til Application og til User. Sætter man en key til Application, er den read only som alle andre ting i app.config, men sætter man Scope til User, så er det helt anderledes. Nu giver det pludselig mening med metoder som Save, Reload og Reset på Settings-klassen. Man kan nu bare skrive løs til variablerne, og gemme dem på bruger-niveau - uden at skulle skrive een eneste linies kode...Typestærkt selvfølgelig.

Det ka' vi li'

Tilføjelse 1. feb 2006 - syntaks i form-koden for manipulering af Settings

Bemærk ovenstående eks. vil fejle hvis Scope på MyTag er sat til Application. Sættes Scope til User vil værdien blive gemt i en bruger konfigurationsfil: MyProject.exe.config

Så har jeg rundet den første uge med Visual Studio 2005...

Det har været en noget blandet oplevelse, men et par ting har jeg savnet helt enormt:

Hvorfor virker den dynamiske hjælp ikke - Jeg havde vænnet mig til at der var contekst relateret hjælp lige ved hånden hele tiden. Problemet er muligvis at det gamle MSDN library ikke er kompatibelt med det nye udviklingsmiljø, og det retter sig måske, når vi på et tidspunkt modtager det på DVD via MSDN (Jeg downloader IKKE 1,5 G via min DSL!!). Men det er da helt enormt så meget jeg har brugt det hjælpesystem...det ser jeg først nu.

RAM ... giv mig mere RAM. Inden man får samme feeling med 2005 udgaven som med 2003, er man nød til at putte noget mere RAM i maskinen. Jeg troede det var problemer med beta versionerne, for jeg havde noteret problemet allerede da vi begyndte at lege med beta 1. Det viser sig at RAM er løsningen - put bare 2 G i, så kører det som en drøm.

Når det er sagt, så skal der ikke herske nogen tvivl: Det ER verdens fedeste udviklingsmiljø. Om det så bare var for XML/XSL editorens skyld, så købte jeg det. Der er sat helt nye standarder her...

Har du endnu ikke downloadet eller bestilt en udgave af VS.NET 2005, så gør det nu. Det er helt enormt hvad der er kommet til af features på alle områder. Selve XML editoren er totalt omarbejdet, så den nu er en 'ægte' editor med skema validering og intellisence. Jeg så Ken Levy's webcast på Channel 9, hvor han gennemgår alle de fede nye ting der er kommet til i 2005 udgaven.

Med i pakke er en lang række skemaer - selv web.config

Og bedst af alt: Det ser ud til at XML- og ASP.NET delen er bundsolide, så det er bare at gå i gang med at bruge værktøjerne. Jeg har endnu ikke fået VS.NET til at gå ned (det er noget andet med hjælpesystemet - det kan jeg ikke få til at køre ordentligt), og jeg har testet det intenst. Giv dig tid til at se webcasten - og glem alt om XML-spy og andre nødvendige værktøjer - du får alt med i 2005!