Когда использовать веб-поток spring через spring mvc

Справедливости ради стоит сказать, что самым важным оправданием использования Spring Webflow над Spring MVC является следующее: Используя Spring MVC, разные этапы рабочего процесса должны быть в коде. т.е. если этап 1 заканчивается успешно, в контроллере нам нужно переслать jsp для этапа 2 и так далее. В Spring MVC мы не можем сделать это в XML файле.

Но в веб-потоке Spring мы можем настроить поток в XML файле, не касаясь кода.

Является ли это неправильным или более упрощенным? Я просмотрел http://forum.springsource.org/showthread.php?16393-Difference-between-Spring-MVC-Web-Framework-and-Web-Flow и пытался сделать резюме объяснения.

Ответы

Ответ 1

Если ваше приложение имеет сложные страницы потока, события, которые должны быть определены как конечная машина, затем используйте Webflow. Было бы оправдано использование веб-потока для веб-сайта, на котором вы покупаете Insurence, Flight Tickets.

В противном случае используйте обычную среду MVC, такую ​​как Struts, кривая обучения для веб-потока может быть немного сложнее, чем другие рамки MVC.

Я бы сказал, что ниже пункт, упомянутый в сообщении, полностью оправдан.

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

Ответ 2

Взято из http://forum.spring.io/forum/spring-projects/web/web-flow/7159-difference-between-spring-mvc-web-framework-and-web-flow

MVC - это реализация шаблона проектирования Model View Controller, webflow - это реализация конечного автомата "поток потока".

Веб-поток располагается поверх пружин MVC и позволяет вам определять сложные навигационные потоки.

Довольно просто; если у вас много независимых отдельных страниц, которые не делают много и не взаимодействуют, используйте простой старый MVC. Если у вас есть набор страниц, которые представляют рабочий процесс, используйте webflow для моделирования рабочего процесса. Если у вас есть оба; смешивать и сопоставлять