Netusim, ako je to v iOS, ale s MVC som prisiel do styku v QT a Vaadin-ovi.
Nevidim nic zle na tom, aby controller rozhodol ( napr. podla typu device ), ktory view sa ma pouzit. Takisto je ale mozne tuto funkcionalitu preniest do nejakeho ( abstraktneho ) predka danych view a nezaspinit tym controller, v niektorych pripadoch mi to pride aj cistejsie ( napriklad prave v pripade velkosti display-u - controlleru je display putna, ten kto sa s tym musi vyrovnat je view. Napriklad prave tou abstrakciou a prepinanim / maskovanim skutocnej cielovej implementacie. ) V QT napriklad view dedia od spolocneho predka, takze jeden model je bez problemov mozne zobrazit ako tabulku, list, strom atd... ( v pripade, ze dane data dava zmysel takto zobrazit ). V controlleri potom clovek deklaruje toho predka, ale instanciuje az cielovy view. -- Dusan 2011/7/27 Zdenko Vrabel <[email protected]>: > Mne neslo uplne o typovo rozne view-s. Toto uz myslim presahuje MVC. Pri > niecom takom, kedy uz clovek uvazuje o napriklad tej konzolovke a tak sa uz > budeme bavit v rovine backend | frontend (alebo to SEO). Mozno som uviedol > blby priklad ale zoberme si MVC v iOS (no flame). Svojho casu to bolo jasne > ako facka. Tie devices mali rovnake rozlisenie obrazovky. Zrazu prisli > tablety, obrazovka sa zmenila a designeri mali silne nutkanie tuto plochu > vyuzit. Funkcionalita sa nemeni, len sa meni rozlozenie ovladacich prvkov. A > teraz ci je dobre mat nejaky obecny system na to alebo to s kludom moze > riesit controller a netreba tam pridavat dalsiu zlozitost. Podla mojho > nazoru sa MVC situuje vo frontende kde by controller mal riesit 'kliklo sa > na nejaky button' . View by to fakt mal len a len zobrazovat. Ja osobne uz > JSP povazujem za nie idealne, lebo clovek tam moze dat nieco co tam > nepatri (a castokrat tam aj da). > Mozete mi pls poslat link na vas clanok ohladom toho SOA? > > Och asi strasne spekulujem ale kazdopadne dakujem za kazdy postreh. > Dakujem, > Zdenko > > 2011/7/27 Oto Buchta <[email protected]> >> >> Ono je to hodně složité. Při různých View (a myslím tím typově jiných) je >> podle mého klasický model MVC trošku zavádějící. >> To, co v takovém případě chceme, je mít obecný model, nad kterým postavíme >> obecnou business logiku. Potom máme nějaké View, tedy něco, pod čím rozumíme >> vlastní renderování. Business logika je pak bude ovládána NĚČÍM, co se podle >> mne dá nazvat Controller (minimálně ve Strutsech se tak opravdu jmenuje) >> přes obecné API, ale co už renderování není. Něco, co rozhoduje, co se má >> zobrazit příště. O tom, že je naprosto jiné ovládání aplikace pro Androida, >> Web či z tlustého klienta je více méně jasné, ale přestoi bychom spekulovat, >> že ono rozhodování, co bude dál, ale může být typicky stejné pro celou >> aplikaci a že controller je tedy obecný a stejný a že controllerem je ono >> generické API. Zásadní rozdíl ale nastává ve chvíli, kdy si řekneme, že >> jedním z View bude také příkazový řádek, že chceme aplikaci ovládat ze >> skriptu. Tím se z toho skriptu stává do jisté míry controller. A nemyslím, >> že bychom mohli tvrdit, že příkazový řádek pak má možnost pouze komunikovat >> s modelem, tedy že máme zcela nový controller se stejným modelem. Nikoli. >> Chceme komunikovat s onou Business logikou, volat její SLUŽBY. Taktéž si >> nemyslím, že je skript ve stejné situaci ovladače jako člověk, tedy že před >> ním stojí nějaké View, za ním je controller a pak model. >> Tím se dostáváme k dalšímu problému, tedy kde je MVC v SOA. Pak by každá >> služba byla MVC sama o sobě. Ale o tom jsem už kdysi psal na blogu. >> >> 2011/7/27 Zdenko Vrabel <[email protected]> >>> >>> Dakujem za odpovede. Presne nieco taketo som potreboval zistit. Mna >>> zaujimal nazor viacero ludi ako to vidia. Ja osobne nejdem sutazit :) >>> >>> Zdenko >>> >>> Dňa 27. júla 2011 10:25, Dusan Msk <[email protected]> napísal(-a): >>>> >>>> Tiez nadobudam ten pocit. Nevidim dovod, preco by view nemohol vybrat >>>> controller. Je to na jednom mieste, nemusi sa to patlat tonou xml >>>> konfigurakov filtrujucich cosi kdesi z kadesi. Je mozne, ze v urcitych >>>> pripadoch to tak moze byt vyhodne, ja osobne som si ale zatial >>>> vystacil v kode v ramci controlleru. >>>> >>>> >>>> -- >>>> Dusan >>>> >>>> 2011/7/27 <[email protected]>: >>>> > Obcas mi pripada, ze to je soutez "Jak co nejvice vyber konkretniho >>>> > view >>>> > zasmodrchat" >>>> > >>>> > NkD >>>> > >>>> >> Od: Petr Prikryl <[email protected]> >>>> >> Komu: [email protected] >>>> >> Datum: 27.07.2011 09:48 >>>> >> Předmět: Re: Otazka ohladom MVC >>>> >> Odeslal: [email protected] >>>> >> >>>> >> Dobry den, >>>> >> myslim si ze view by nemel vybirat controller, ale nejaky filtr na >>>> >> requestu a mam takovy pocit ze to v spring MVC dokonce takto je, ze >>>> >> jde >>>> >> podle urcitych pravidel urcit jaky filtr se aplikuje. >>>> >> Dale me v tom navadi to, ze se kontroluje accepted-content-type takze >>>> >> snad se i takovy princip castecne pouziva (ikdyz toto je jakoby na >>>> >> jinou vrstvu). >>>> >> >>>> >> PP >>>> >> >>>> >> On Wed 27 Jul 2011 09:40:30 AM CEST, Zdenko Vrabel wrote: >>>> >> > Dobry den, >>>> >> > >>>> >> > Moju otazku by som chcel smerovat skor k MVC patternu ako ku Jave >>>> >> > samotnej tak snad to nebude vadit. Ak sa nahodou tiez budem pytat >>>> >> > somarinu, tak ma ospravedlnte ale potreboval by som sa len proste v >>>> >> > niecom uistit alebo naopak aby mi niekto povedal ze je to somarina. >>>> >> > Totizto nedavno som premyslal nad MVC patternom (pre web). Totizto >>>> >> > zaujimalo by ma, ci je spravne/nespravne ak v kompetencii >>>> >> > controllera >>>> > je >>>> >> > rozhodovat o tom aky view sa pouzije alebo naopak. Mal by >>>> >> > controller >>>> >> > vobec nieco vediet o viewoch? Vysvetlim na priklade. V dnesnej dobe >>>> >> > sa >>>> > >>>> >> > dostavaju do popredia rozne iPhony, Androidy, iPady a neviem co. K >>>> > tomu >>>> >> > sa zacina aj prisposobovat design niektorych webov. Ide o to, ze >>>> >> > dajme >>>> > >>>> >> > tomu design pre iPad je nieco uplne ine ako design pre klasicky >>>> > browser >>>> >> > (z pohladu web designera). To ma privadza k tomu, ze je potrebne >>>> > riesit >>>> >> > aky view sa na zaklade User Agenta pouzije. Moja otazka je vlastne >>>> >> > o >>>> >> > tom, ci je spravne mat v ramci MVC nejaky mechanizmus routingu a >>>> >> > Controller by do toho nemal zasahovat (v podstate len produkuje >>>> >> > model) >>>> > >>>> >> > alebo naopak. Takyto mechanizmus znecistuje MVC/ zvysuje jeho >>>> > zlozitost >>>> >> > a toto by mal riesit prave controller. Alebo je to uplne jedno? >>>> >> > Este >>>> >> > doplnim ze hovorim o MVC vseobecne nie o nejakom konkretnom ako >>>> >> > Spring >>>> > MVC. >>>> >> > >>>> >> > Za odpovede vopred dakujem, >>>> >> > Zdenko Vrabel >>>> >> >>>> >> >>>> > >>>> > >>> >> >> >> >> -- >> Oto 'tapik' Buchta, [email protected], http://tapikuv.blogspot.com > >
