Stabilitet i Visual Studio… I wish

Skrevet - Tuesday, February 5th, 2008 kl. 21:05 | Kategori - Kodning

Som jeg har nævnt før, er jeg generelt stor fan af Visual Studio. Eftersom vores firma er Guld-certificeret, har vi adgang til den helt store version uden beregning, og vi er blevet vænnet til en rigtig dejlig oplevelse. Der er dog et par små ting, som godt kan irritere.

Vores projekt er efterhånden vokset til en del megabyte - og vi har for nylig samlet hele projektet i en solution, for at løse en del ’sti’-problemer (VS angiver Build-stier som relative i forhold til projektbiblioteket - derfor skal alle udviklere have alt installeret på nøjagtigt samme sted - eller have forskellige Build-opsætninger, hvilket ikke altid er optimalt). Det har dog gjort VS noget ustabilt - vi er især to udviklere, der har problemer - det kan sagtens hænge sammen med at vi skruer i alle de indstillinger vi kan finde for at optimere vores kodning. En compile tager nu op til 15 sekunder (ja, jeg ved det er et luksusproblem, men når man er vant til 1-2 sekunder er 15 sekunder lang tid) - og den kan finde på at hænge i længere tid.

Vi er samtidig nået til den det stadie, hvor alfa- og beta-builds er en mulighed - og vi har valt at bruge NAnt til det. Det vil gøre det hele noget nemmere, hvis vores stier stemmer overens (hvilket de gør nu).

Der er ingen tvivl om at Visual Studio stadig er vores primære valg, men derfor har man stadig lyst til at alt skulle være perfekt… Vi havde tidligere vores netværk mistænkt for at være problemet, så begge maskiner er pillet af domænet og kører på en bare-bone installation (HP’s CrapWare er simpelthen for tungt og resourcekrævende), så alt burde bare køre som i olie - hvilket det også tidligere har gjort. Og det kan ikke passe, at nogle få megabyte er nok til at VS bliver flaskehalsen.

Derudover har vi en af de der små ting, der bare nager en. InitializeComponent()… jeg har efterhånden fundet ud af hvordan den virker via resx-filen, men der er nogle ting, som bare fucker op hver eneste gang. Det hele bunder i at den overskriver ændringer i metoden (vi er klar over at det er en feature og ikke en bug…) - også de ting som var med vilje. Derfor er det fast procedure at vi først bygger skærmbilledet i designeren (alle toolbars, containers mv. sættes op) - hvorefter vi fjerner alt fra InitializeComponent og over i vores egen metode, hvorefter tilpasningen sker og der bliver ryddet op i koden. Men man kan ikke bare sådan fjerne metoden, da den er krævet af den visuelle designer.

Ligeså snart vi har gjort det, er det slut med at bruge den visuelle editor, hvilket egentlig ikke er det store tab efterhånden - det giver en bedre forståelse af koden, når man bliver tvunget til at bygge det selv uden at skulle håbe på at den visuelle editor laver mindre-end-klamp-kode.

Vi har endnu ikke fået kigget på Visual Studio 2008, men det kunne være man skulle til at kigge - den må efterhånden være i en stabil release. Men hvis der er nogen derude, der har et par tips - hører jeg gerne…

Feed | Trackback |

Post a Comment