Считаете ли вы, что формат определения потока WebFlow Spring подойдет для вывода веб-потока для среды, отличной от Spring?

Question

Мне нравится идея Spring WebFlow - особенно то, как определение потока абстрагирует веб-поток более высокого уровня от компонентов в контейнере Spring Bean.

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

Считаете ли вы, что формат определения потока Spring WebFlow подойдет для экстернализации веб-потока для среды, отличной от Spring? То, что не использует Spring или, возможно, даже Java, для своих базовых компонентов.

Имейте в виду, я имею в виду только конкретный поток страниц, а не общий рабочий процесс или материал типа BPEL

Answer 1

Конечные автоматы (например, весенний веб-поток) использовались для описания потоков веб-приложений с момента создания первых веб-приложений. Так что да, все в порядке. Почему не все это делают? Я думаю, что при использовании конечных автоматов для описания веб-потоков существует тенденция к тому, чтобы формализм занимал слишком много времени. То, что начинается с хорошей идеи, в конечном итоге становится болью. Ajax и несколько одновременных активных состояний на данной странице делают его еще хуже.

Answer 2

Самая сильная сторона SWF, на мой взгляд, заключается в том, что централизует поток (навигацию) в одном месте и делает его явным, простым для чтения, манипулирования и т. Д. Он хорошо подходит для более сложных навигационных потоков, когда вы можете вернуться и вперед между страницами, или для волшебного или пошагового пользовательского интерфейса. Он также имеет некоторые расширенные функции повторного использования, такие как подпотоки и наследование потоков.

Концепция состояния представления и состояния действия хорошо имитирует взаимодействие пользователя с веб-приложением, когда переход к действию происходит после того, как пользователь создал событие, затем следующее представление представляется пользователю, и машина находится в состоянии ожидания следующего пользователя. событие. Важно отметить, что эти потоки происходят на стороне сервера. Кажется, что сегодня все движется на сторону клиента, и даже конечный автомат может сыграть свою роль. Flex, например, имеет концепцию состояний и переходов. Это должно помочь программисту управлять сложными пользовательскими интерфейсами с большим количеством элементов управления. Штаты могут скрывать или отображать элементы управления и многое другое. Поэтому я бы сказал, что это может быть очень изящной парадигмой для моделирования потоков и взаимодействия с пользователем.