TENCOKACISTROMY: neni jednodusi si trackovat kam user vlez v nejakym parsovatelnym stringu a mit za par minut napsany obsluzny veci k tomu ?
ono sice to nebude top cisty, ale bude to mnohem jednodusi nez ohejbat nejakej kanon aby si mohl vystrelit za roh na vrabce :))))

Hele, mam aplikaci ve WPF. Chci tam tlacitka GoBack & GoForward, a ted prijde ta "slozitost".
Cast aplikace so zobrazuje v ramci browseru (awesomium) a cast jsou vlastni usercontroly. Jak byste delali navigaci? Koukal jsem se na NavigationService a neni mi uplne jasny, jestli to jde nejak ohnout pro moje ucely. Tak si rikam, jestli to mam zkouset ohybat a nebo to proste opsat a rozsirit o nejaky vlastni speciality.

Urcite ale nechci vymejslet kolo, takze jestli neco prehlizim, rad bych to vedel.

TENCOKACISTROMY: no to kazdopadne :)

TENCOKACISTROMY: no pravé to se po ME vyzaduje

ANDY_WARHOL: Vsak taky nikdo netvrdi, ze 100% code coverage je neco, 1) chces 2) zajistuje, ze to je spravne.

BUTHRAKAUR: jenže ono se nedá říct jednoznacne, ze tento přístup je lepší. já to Vidim i z jinyho pohledu. nutí ME to myslet v atomizovanych casteckach ale já sem pysnej na to ze dokážu nasat celou aplikaci kompletně. už se kolikrát stalo, ze typek co to u nás protlacil, mel sice krasnej kód pokrytej testama AZ na pudu a pak se vyskytovaly podivný chyby a on nemohl přijít proc. protože ztratil přehled. Nevím jestli to popisuju aby bylo jasný jak to myslím. taky na mobilu se mi Pise blbe

ANDY_WARHOL: vsak tak to myslim - na prvotnim pochopeni, jak se TDD ma praktikovat, nic slozityho neni. Ale problem ze zacatku (aspon u mne) byl, jak to zacit aktivne pouzivat v praxi a uvedomit si ten prinos/oduvodnit si sam pro sebe tu na prvni hlupej pohled zbytecnou praci navic. To mi chvili trvalo, ale jakmile jsem videl realnej prinos v praxi, tak uz to jelo a vsechny pochyby zmizely v nenavratnu :)

BUTHRAKAUR: pochopil sem to celkem rychle ale nevztrebal. už sem dokonce přišel na to proc. ale to je spis psychologie tak to sem asi nebudu tahat.

ANDY_WARHOL: to je mozna proto, ze jsi to jeste kompletne nepochopil/nevstrebal - mne to treba trvalo tak 2 roky :) ale ncrunch je super - jen skoda, ze uz je z nej dost drahej komercni tool a mighty moose mi prijde o dost horsi :/

ale diky, nekdy o tom pokecame osobne

jo, ja tu mam jeste vychytavku ncrunch, ale proste me to sere. nevim co s tim

ANDY_WARHOL: Muj postup je nasledujici:

1) Vytvorim tridu.
2) Vytvorim metodu/metody, do nich dam "throw new NotImplementedException();"
3) Vytvorim testovaci tridu + testovaci metodu/metody a do nich dam "Assert.Inconclusive();"
4) Do testovacich metod napisu zakladni testy, zakonceni nechavam na "Assert.Inconclusive();".
5) Pustim nove vytvoreny testy.
6) Zacnu implementovat metody.
7) Poustim testy.
8) Opravuju implementaci/testy (podle toho co je blbe). Tohle opakuju dokud nejsem spokojenej.
9) Jestlize jsem spokojenej i s testama, odstranim z konce testovacich metod i "Assert.Inconclusive();"
10) Pustim vsechny testy.


Takhle s tim jsem uplne spokojenej, setri mi to cas, muzu pohodlne debugovat casti systemu, ktery jsou hluboko ve strevech, aniz bych se musel X minut snazit dostat program do cilovyho stavu. Ale HLAVNE to je opakovatelnej test. Takze kdyz pak vymenim nejakou knihovnu za novejsi verzi (nebo prepisu kus kodu, kterej zprostredkovane pouzive kde-co vsechno), tak pustim vsechny testy a mam mnohem vetsi jistotu, ze je vse ok.

bych koukam potreboval preprogramovat mozek

ANDY_WARHOL: Proc ho nesnasis? My ho tedka poctive jedem na jednom projektu a musim rict, ze nam to opravdu ve vysledku setri cas a pripadny refactoring (nebo upgrade knihoven) delame s mnohem mensim strachem.

pro experimentatory
CTP for Visual Studio Update 2 now available - Visual Studio ALM + Team Foundation Server Blog - Site Home - MSDN Blogs
http://blogs.msdn.com/b/visualstudioalm/archive/2013/01/30/first-ctp-for-visual-studio-update-2.aspx

TENCOKACISTROMY: No ještě to vyzkouším Případně zkusím pogooglovat jak ten moloch přinutit aby nestahoval obrázky (což způsobuje největší zpomalení)