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