动作状态和决策状态等标签的顺序如何影响 Spring Webflow？
How does the sequence of tags like action-state and decision-state influence a Spring Webflow?
我对 Spring 操作的工作原理和 x-webflow.xml 文件的格式有一个大致的了解。
尽管如此，我仍然有一种错误的印象，即在 webflow.xml 配置文件中写入 <action-state>, <decision-state> and <view-state> 等元素的顺序并未定义 "actual" 流程，并且流程是由这些元素相互引用的逻辑产生的。
尽管如此，我已经看到在配置文件中编写元素的顺序很重要。你能帮我举一些例子来说明元素的顺序是如何影响网络流的吗（比如如果你把这个元素放在那个元素之前，流是 x，如果你切换它们，流是 y）。
仅对于文件中的第一个状态，顺序才重要。这定义了起始状态。所有其他的仅供其他状态引用，因此它们的顺序并不重要。
https://docs.spring.io/spring-webflow/docs/current/reference/html/defining-flows.html#flow-element
The first state defined becomes the flow's starting point.
IMO，按照它们的使用顺序粗略地排序它们是一个很好的约定，但是如果你有多个路径通过流程，你永远无法完全做到这一点.
同样，约定很好，但没有必要将所有<end-state>定义放在文件末尾.
我对 Spring 操作的工作原理和 x-webflow.xml 文件的格式有一个大致的了解。
尽管如此，我仍然有一种错误的印象，即在 webflow.xml 配置文件中写入 <action-state>, <decision-state> and <view-state> 等元素的顺序并未定义 "actual" 流程，并且流程是由这些元素相互引用的逻辑产生的。
尽管如此，我已经看到在配置文件中编写元素的顺序很重要。你能帮我举一些例子来说明元素的顺序是如何影响网络流的吗（比如如果你把这个元素放在那个元素之前，流是 x，如果你切换它们，流是 y）。
仅对于文件中的第一个状态，顺序才重要。这定义了起始状态。所有其他的仅供其他状态引用，因此它们的顺序并不重要。
https://docs.spring.io/spring-webflow/docs/current/reference/html/defining-flows.html#flow-element
The first state defined becomes the flow's starting point.
IMO，按照它们的使用顺序粗略地排序它们是一个很好的约定，但是如果你有多个路径通过流程，你永远无法完全做到这一点.
同样，约定很好，但没有必要将所有<end-state>定义放在文件末尾.