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 > >
