Spring Webflow отлично подходит для потоковой связи приложений.Однако асинхронная поддержка веб-потока специализируется на обновлении фрагментов.Поэтому очень трудно обрабатывать асинхронные ajax-переходы.
Предположим, что выполнение содержит два элемента: номер выполнения и идентификатор состояния.Номер выполнения сообщает веб-потоку, что для этого потока он был запущен N раз.Идентификатор состояния сообщает веб-потоку, что пользователь находится на этом шаге (переход / состояние) потока, который связан с соответствующим номером выполнения.
При попытке рендеринга фрагмента учебники скажут вам не переходить клюбое состояние (т. е. <transition on="someFragment"> <render fragments="some_tilel"/>... </transition>
. Если вы переходите в другое состояние, вы будете увеличивать идентификатор состояния (если он был равен 2, при входе в веб-поток страницы теперь думает, что это 3), однако вы не изменили страницу вообще.все на странице ожидает, что следующий идентификатор состояния будет равен 3, но на самом деле следующий будет 4.
Это может быть очень сложно, как вы можете себе представить. Я предлагаю вам использовать поддержку ajax только из веб-потокаобновлять информацию на странице и уклоняться от управления потоком.