Tycker det är sopigt att man fortfarande inte i VS 2008 kan få nån sorts tumnagelbild på bildfiler när man markerar dem eller hovrar över dem med musen. Själv brukar det sega på som bara den på min Vista-burk också. Kan är vista som är boven i dramat.. Angående asterisken och intellisensen så - ibland funkar det bra, ibland inte i 2008an. Har säkert nåt att göra med operativet och vilka andra program som är igång. Men i 2005an funkar det alltid bra i samma operativ. Hm, mystiskt.. Jag kör med 2 gb på min laptop, vista äger xp totalt på den :P Core 2 duo? Vista 64bit, Intel Core 2 Quad, 4Gb, 10.000varvs seriel HD och mycket bra ASUS moderkort Hm, hur utvecklar du? Det jag upplever som segt, och har alltid gjort, är att utveckla webbapplikationer över http, men kör man mot filsystemet så är det snabbt. Annars så tuffar det på rätt bra utvecklar webbsystem med asp.net och vb dialekt och kör direkt i samma maskin. Osöker på hur det funkar. Kör direkt via utvecklingsmiljön. Alltså, det finns två sätt att utveckla webbprojekt på: Då kör jag troligen det mest lämpliga alternativet.Sopigt
Sen tycker jag VS 2008 är segare att uppdatera tex sparade filer med att ta bort asterisken i tabfliken. Trots att jag sparar filen är den fortfarande asteriskmarkerad vilket ju ska säga att den icke är sparad - fast den är sparad! I VS 2005 uppdateras detta direkt.
Tycker även en del i intellisensens färgmarkering släpar efter mycket mer när man gör ändringar i VS 2008 än i VS 2005.
Har både 2005 och 2008 på en Vista-burk.
Och inte har det blivit bättre efter VS 2008 SP1 heller.
Synd.Sv: Sopigt
Sv:Sopigt
Sv: Sopigt
Sv:Sopigt
VS 2008, ändå segt.
Förslag på åtgärd?
mvh Roland Sv: Sopigt
Sv:Sopigt
Allt kompileras varje gång man kör debuggläge.
10-15 s väntetid för att kolla effekten av en minimal ändring.
Kan tyckas kort men motsvarande system utvecklat i VB6 och start med "Full compile"
(jag vet att det inte är riktig kompilering) så har jag uppe systemet på ca 1 sekund.
I VS världen är det långsammare med 2008 än 2005.
Utvecklade i Borlands C++ miljö för många år sedan och där omkompilerades endast det man ändrat mellan testerna. Vet ej om sådant är möjligt med .net miljön. Sparade en hel del tid.
mvh RolandSv:Sopigt
Borde jag göra annorlunda för att få bättre prestanda?
Inställningar i VS 2008 ?
Undrar ödmjukt.
mvh RolandSv: Sopigt
1) Man arbetar direkt mot filsystemet, debuggningen körs troligtvis med den inbyggda webbservern i vs.net, även om man kan använda iis. Dvs. all filaccess går direkt i filsystemet utan att passera någon annan webbserver
2) Man arbetar med webdav mot en http-server, mest troligt iis. Dvs. all filaccess går via http-servern, och saker blir söliga då
Om du kör på den sistnämnda så kan du ha mycket att hämta om du går över till filaccess istället. Http-access ser jag nog mer som en bra lösning när man har ett litet projekt, och/eller ska rätta ett litet fel i något befintligtSv:Sopigt
Jämförde även att starta utan debuggläge och då reducerades starttiden till en tredjedel ca 5 s.
mvh Roland