Kiedy używać sprężynowego przepływu przez sprężynę mvc

Question

Czy można słusznie powiedzieć, że najważniejszym uzasadnieniem zastosowania Spring Webflow w Spring MVC jest: Korzystanie ze Spring MVC, różne etapy workflow muszą być w kodzie. np. jeśli etap 1 zakończy się sukcesem, w kontrolerze musimy przekazać jsp na etap 2 i tak dalej. W SPring MVC nie możemy tego zrobić w pliku xml.

Ale w Spring webflow możemy skonfigurować przepływ w pliku xml bez dotykania kodu.

Czy to źle, czy ponad uproszczeniem? Spojrzałem na http://forum.springsource.org/showthread.php?16393-Difference-between-Spring-MVC-Web-Framework-and-Web-Flow i starałem się streścić wyjaśnienie.

Answer 1

Jeśli aplikacja ma złożone strony przepływu, zdarzenia, które należy zdefiniować jako skończone machiny stanów, należy użyć Webflow. Byłoby uzasadnione korzystanie z webflow na stronie, na której kupujesz Insurence, bilety lotnicze.

W przeciwnym razie użyj normalnego szkieletu MVC, takiego jak Struts, krzywa uczenia się dla webflow może być nieco trudniejsza niż w innych frameworkach MVC.

Powiedziałbym, że poniżej punkt wymieniony w poście jest w pełni uzasadniony.

The main point: webflow is a powerful controller. That's it. Use it when you need its power. use plain old controllers where you don't.

Answer 2

Zrobione z http://forum.spring.io/forum/spring-projects/web/web-flow/7159-difference-between-spring-mvc-web-framework-and-web-flow

MVC jest implementacja wzorca projektowego Model-View-Controller, Webflow jest wdrożenie "Flow internetowej" machiny państwowej.

Przepływ sieciowy znajduje się na górze sprężyn MVC i umożliwia zdefiniowanie złożonych strumieni nawigacyjnych.

Po prostu; jeśli masz dużo niezależnych pojedynczych stron, które nie robią wiele i nie wchodzą w interakcje, użyj zwykłego starego MVC. Jeśli masz zestaw stron reprezentujących przepływ pracy, użyj funkcji Webflow do modelowania przepływu pracy. Jeśli masz oba; wymieszać i dopasować