TENCOKACISTROMY: ja ti rozumim, ale asi ti to blbe vysvetluju :)
ale v podstate des tou spravnou cestou

ANDY_WARHOL: Asi si nerozumime :).
Muj pozadavek je takovej, abych mohl na akce "navigovat, zpet, vpred" reagovat flexibilne. Nechci aby to bylo zavisly na tom jestli se budu navigovat v browseru a nebo ve vlastnich wpf controlech. Coz znamena, ze jednak budu muset udelat nejakej kontajner, kde budu trzet tu historii a "budoucnost" pro zpet/vpred. A zaroven budu muset vytvorit nejakej subsystem pro zajisteni toho zobrazovani contentu (vcetne toho, abych se objevil na spravne odscrollovanym seznamu).

A tak se ptam, jestli vas nekoho nenapada jak to spravne udelat nebo jestli neco takovyho dokonce i neznate. Zatim nejbliz mi prijde memento pattern, kterej v sobe ma polozky s metodama undo/redo (cili zpet/vpred). Nechci vymejslet kolo, potrebuju aby to bylo funkci a mam na to tak den casu.

TENCOKACISTROMY: jde o to co myslis tim obecny a univerzalni
jestli v ramci tve aplikace nebo sveta a tak vubec...
jestli to myslis tak, aby to bylo univerzalni v ramci tvoji aplikace, tak s tim nevidim problem, muzes to nadesignovat tak, aby te v budouci implementaci nic neprekvapilo a nemel si problem s tim to rozsirovat podle potreby
druha tvoje otazka je opravdu jen o implementaci, samozrejme ze muzes pouzivat udalosti, na tom je to wpf postaveny, tedy pokud pouzivas klasicky MVVM.
jestli sem spravne pochopil ten pattern (ja vyuzivam jen zakladni, zbytek mi prijde zbytecnej se ucit, protoze to vymyslim sam rychleji nez hledat z existujicich, takze sem se na to musel mrknout), tak tam ukladas celej ten objekt, ale to je podle me zbytecny - to sem myslel tim zjednodusenim. ty nemusis preci ukladat celou strukturu view ve view aby si se k tomu pak dostal, ty si tu strukturu muzes predstavit jako stromecek a ten si ukladat. a to bude mnohem min narocnejsi. ale jak rikam, ja nevim jak tu aplikaci mas postavenou takze to je takovy obecny tlachani.

ANDY_WARHOL: Jde to zjednodusit i pro obecny pripad? Vcetne toho, ze potrebuju aby to bylo schopny fungovat s asynchronnim nacitanim? Tim mam na mysli - nanaviguju na "http://neco.nekde/asdf/123.aspx", to nacitani mi bezi asynchronne a pak dotanu jen event o (ne)uspesnym nacteni.

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