Kiedy używać ModelAndView kontra Model na wiosnę?

Question

Może to zabrzmieć głupio dla ekspertów w Spring, ale muszę zapytać. W jaki sposób decydujesz kiedy używać ModelAndView vs. Model?

Po tym wszystkim, że przeszukałem najlepszą odpowiedź, znalazłem: this one. Wspomniano, że ModelAndView jest starym sposobem, a zwrócony Model ze zwróconym String jest nowym sposobem w Spring.

Moje pytanie brzmi: czy mamy wycofać stare ModelAndView teraz, gdy mamy pod ręką Model? Czy istnieją przypadki, w których należy użyć do tego celu ModelAndView.

Czy ktoś wie, dlaczego trzeba zmienić wartość ModelAndView na Model i String jako View i jakie są korzyści?

Answer 1

Zawsze używam podejścia, w którym metody kontrolera zwracają ModelAndView. Po prostu dlatego, że powoduje to, że metody kontrolera są nieco bardziej zwięzłe. Parametry metody są teraz ściśle parametrami input. Wszystkie dane powiązane z output są zawarte w obiekcie zwróconym przez metodę.

Styl wydaje się rezonować z ludźmi, którzy nie lubią aktualizacji parametrów wejściowych do metody. Trzymanie się przekonania, że ​​będzie to stanowić efekt uboczny, niebezpieczny wzór, ponieważ nie można wiarygodnie przewidzieć, co zrobi metoda - Może zwrócić dane w zwróconym obiekcie, lub może zaktualizować wszystko w dowolnym z argumentów wejściowych.

Niektórzy ludzie nadal będą woleli ModelAndView.

Nowy styl z Model jako parametrem metody i zwrócony ciąg jako nazwa widoku. Wydaje się, że pochodzi z nieco innego podejścia do projektowania. Obiekty modelu są tutaj traktowane jako rodzaj zdarzeń lub elementów przekazywanych do wielu procedur obsługi przed zwróceniem ich do widoku, w którym są renderowane. Przypomina mi, w jaki sposób odbywają się wydarzenia w świecie AWT/Swing. Ten model jest bardziej spójny z podejściem, w którym wiele programów obsługi może budować na obiektach Model, aż osiągnie widok.

Tak więc na koniec dnia nie ma wyraźnego powodu, aby krytykować lub promować oba podejścia. Powinieneś używać stylu, który jest bardziej spójny z ogólną filozofią projektowania.

Mam nadzieję, że to pomoże.

Answer 2

Jedną z różnic mogę dostrzec to z obiektu ModelAndView można ustawić bezpośrednie odniesienie do obiektu Widok:

ModelAndView mav = ... 
mav.setView(myView); 

natomiast jeśli używasz modelu i łańcuch, trzeba rzutem resolverowi rozwiązać nazwę widoku w Rzeczywisty widok

public String myHandler(...) { 
    return "myviewname"; // has to have a resolver from "myviewname" into an actual view 
} 

Answer 3

W perspektywie SEO możemy użyć ModelAndView do zastosowania przekierowania 301, jeśli mamy do tego jakiekolwiek wymagania, Nie możemy tego osiągnąć za pomocą Modelu.