原子阶段（数据生命周期）

数据生命周期-示意图

说明：我们这里是详细说明CabloyJS关于原子数据的设计理念和实现机制。CabloyJS通过精细的底层设计，提供了一个既简便又灵活的接口层。使得我们并不需要编写更多的代码去实现原子功能的方方面面。反过来，我们深刻理解了这些设计理念和实现机制，可以更灵活的扩展自己的业务逻辑

这里，我们通过几个问题一步一步引入数据生命周期的几个阶段

当我们创建一条业务数据后，进入数据的编辑状态。许多业务数据字段较多，需要长时间编辑。如果工作进行到一半，需要关闭网页，未完成的数据将保存在何处？因此，需要引入草稿这个概念。处于草稿状态的业务数据，随时编辑，随时保存，只有自己可见

先描述一个常规场景：当业务数据（比如，博客文章）完成编辑，提交之后，将转至正常状态。在这个状态的数据，允许授权用户查阅。那么一般的方案设计，仅仅是为业务数据设置一个字段，用于标记草稿/正常两个状态

问题：当外部用户正在查看某篇文章时，作者再次编辑文章。由于草稿可以随时编辑，随时保存。那么处于草稿状态下的文章，外部用户面临两个选择：要么会看到实时编辑还没有提交的内容，要么就简单粗暴的禁止查看

解决方案：当草稿提交之后，直接创建一个新副本，在这里称之为归档数据。由于是不同的数据副本，我们就可以随时修改草稿，而不再影响原有归档数据的查阅。当草稿再次提交之后，就可以覆盖归档副本，从而使归档数据保持最新状态

当我们对同一条数据引入不同不同副本的概念，再进行延伸，就可以轻松实现修订历史的功能。当草稿提交至归档，旧归档数据就自动推入历史，创建一条历史副本

一般情况下，草稿提交后自动转入归档。我们还可以对不同类型的业务数据绑定不同的审批工作流。当草稿提交时，系统自动检测，如果发现有绑定的审批工作流，就会自动创建工作流实例，当前草稿于是进入流程草稿状态。当审批工作流正常结束，系统就会自动将草稿转入归档

通过数据生命周期和审批工作流，我们已经可以轻松开发大多数的业务系统了

同一条业务数据，会产生草稿/归档/历史等不同的副本，因此在原子表aAtom中，我们引入一套字段组合来进行标识