Keresés a Zolka blogon
Keresés Google-ön
Részletes keresés beállítások:
  -
ZolkaBlog
Apróságok
Blog [2005. november] / Visual Studio 2005
Visual Studio 2005 2005.11.30 16:25
Ha nincsen legalább 8 sarkad, akkor ne olvasd el. (gyk.: kockapost)
Tehát, most ezzel kell dolgozni. Csak RC1, nem a végleges, de már pár szót tudok róla írni. Első tapasztalatok igen, mondhatni maximálisan pozitívak voltak (és még mindig azok). A beépített tesztelő rendszer és codecoverage tool nagyon jó (pl olyanokat tud, hogy több egymásutáni CC eredményét mergeli, majd ha megnyitod azt a fájlt, amire vonatkozik, akkor highlightolja. Meg mér darabsorra is CC-t.). Meglepetésre egészen gyors, és stabil. Maga az egész stúdió is egész stabilnak tűnik (pedig csak RC1). Ami nagyon tetszett még az a Edit and Continue: debug közben átírsz egy konstanst másra, és amikor ráfut a debuggel, akkor már az átírt fut le. Így elmondva nem tűnik különlegesnek, de amikor előtted ezt megcsinálja, az igen meglepő.
Ezért nem nagyon értettem Szőke blogjában, hogy miért mondja, hogy majd az SP1 után jó lesz, addig nem.
Viszont mostanában kezdenek előjönni hibák, amiket nem szeretek. Pl, ha copy pastelek debug közben, akkor földob egy ablakot, hogy ezt csak akkor lehet, ha kikapcsolom az Edit and Continue-t. Ez még eddig nem is gond, de ettől megkergül a Studió, és ha lezárom a debug sessiont, azt nem veszi észre, és tovább nem tudok semmit csinálni. Csak kilépni.
A másik inkább mókás hiba, amit találtam, az az hogy ha olyan kódot code coveragelek, ami infinite recursion-ba fut, és stack overflow-mérgezésben kimúlik, akkor ez magávalrántja a CC toolt. Ki lehet próbálni. (egy foreach, amin belül a foreach enumerable-jával megint meghívod azt a metódust, amiben a foreach van)
Ja, és mégegy idegesítő dolog: nem lehet átállítani a source tabok megnyílási sorrendjét. és én a régi fajtát jobban szerettem (mindig a 0. pozícióban nyílik meg az új). T_T
 
Név: Email:
Hozzászólás:

Eddigi hozzászólások
Zolka 2005.12.01 11:05
Roby: Nem, az Edit and Continue új, legalábbis C#-os tekintetben mindenképp.
A darabsorra CC-t mérni azt jelenti, hogy pl egy for ciklus első sora 3 darabból áll, és úgy fut le, hogy először az i = 0 (egyszer) aztán az i < valami (minden ciklus elején) aztán az i++ (minden ciklus végén). De ha úgy hajtod meg a kódot, hogy soha nem fut le egyszer sem a ciklusmag, akkor az i++ sem fut le 1x sem, és azt méri, ha van ilyen. Vagy hasonló eset if () mögött ha and-os vagy or-os logikai vizsgálat van, ha csak úgy hívod meg mindig, hogy elég az első felét megnézni a felétételnek, és már kiderül a végeredmény, akkor a másik fele nem fut le. És azt is érzékeli.
robymus 2005.12.01 03:53
Ez az Edit and Continue ez valami régi dolog, nem? Legalábbis én már láttam olyat, hogy kódot is átírhatsz másra és menet közben kicserélődik. Valami régebbi VS, és C++ kódban - vagy ezt álmodtam? :) Vagy Java? Mindenesetre akkor engem is nagyon meglepett, hogy ilyen van. Öregszem, az az egy biztos..

Ezt itt viszont nem tudom megfejteni: "Meg mér darabsorra is CC-t." - mi az a darabsor?

Amúgy meg kockák vagytok :)
moszi 2005.11.30 21:44
igen. beta2 meghal sokszor. viszont a gepemre RTM-et tettem fel, es majdnem minden este azt bujom. van kulonbseg a 2 kozott, viszont el kell mondjam, hogy rosszul esik hogy egyszer teljesen kifagyott :(( es csomo kis hibat lehet eszrevenni benne. az MSDN pedig nagyon hianyos ..
Kedd 2005.11.30 16:51
Finalt nyomom, több hiba van sztem benne, mint a bétában és az RCben együtt :)
Zolka 2005.11.30 16:46
Igaz, javítottam.
pitcsoda 2005.11.30 16:28
code coverage. így szerintem szebb :)

mi beta2-t használunk, rengetegszer elszáll. néha szól, hogy ezt a file-t most nem tudja inkább megnyitni és egyszerűen kilép. vannak jópofa dolgai :) de amúgy nagyon erős, nagyon sok jó dolgot, ötletet raktak bele...