TENCOKACISTROMY: no jasne, neco takovyho se urcite pouzit da.
ovsem de to i zjednodusit.

ANDY_WARHOL: Ja chci prave neco univerzalniho. Protoze potrebuju, aby to univerzalni bylo. Ta aplikace bude zit dlouho a bude se postupne rozsirovat.
Zatim jsem se dopracoval k variaci na memento pattern.

TENCOKACISTROMY: ja bych tu aplikaci musel videt, pak bych ti vymyslel nejaky reseni, ale takhle se blbe radi...

ANDY_WARHOL: Je tam dynamickej kontent. Jsou to views uvnitr views uvnitr views ... Jak mezi nima budu navigovat?
Ten weboej content jede online. Tam to neni problem, tam si to ten browser ohandluje sam.

no tak mas ten neco jako views ? takze vis, co si uzivatel zobrazuje a podle toho mu to pak muzes vratit kdyz da back,
v tom browseru se zobrazuje neco z netu ? nebo to jsou jenom stranky z lokalu co mu treba dynamicky pripravujes ?
to vsechno by si pak samozrejme musel nekam ukladat, ale to neni principalne nic tezkyho.

ANDY_WARHOL: To bych klidne mohl. Ale jak zaridim, aby mi to tak spravne fungovalo? Jak rozumne zaridit, aby mi cesta "myapp://usercontrol1/category_X/item_123/detail" delala to, co bych ocekaval.

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