状态的命名规则

状态的命名规则

在系统设计时，难免需要给状态进行命名，命名看上去简单，实际上影响很大。状态在和上下游系统对接，业务沟通，自身代码编写都有很大影响，一个清晰的命名规范是非常重要的，现在根据个人理解整如下

现在我们要为B状态命名

A --event1–》B(Doing TaskX, Be some status) --event2–》C

现在给B的状态命名

这里有几种命名方式

• 根据完成某个动作的后的状态（以event1的角度触发命名）

  例如: 订单：PLACED，PAYED， DELIVERED， RECEIVED

  这种命名

  • 适合：如果非逆向流程以外，有多个分支，这种方式比较适合，CD舱门已经合上的状态叫做ClOSED,因为可能播放，也可能快进，也可能弹出。并且 如果系统和业务关注该状态已经完成某个动作，这个时候ed方式就比较适合。

  • 不适合：对于查询不是特别好理解。也就是查询等待支付的订单的条件是PLACED

• DOING， 正在进行持续性动作，中文就是XX中，这个是以以Doing TaskX的角度触发命名

  例如：洗衣机，WASHING，RINSING，DRYING

  这种命名

  • 适合：在这个状态在系统层面就表示正在进行某种持续性的动作，并且这个持续性的动作就是环节的核心目的，用ING就比较合适。因为这个持续性的动作是该步骤存在的核心目的，是会带来很多附加值的产出&#