无格式校验草稿发布流程解析:从表单填写到发布
第95期:无格式校验的草稿
在许多情况下,我们必须经历从草稿到最终发布的流程。以下是一个常见的草稿发布流程示例:
1. 填写表单内容并创建草稿。
2. 草稿保存时不进行格式校验,暂时保留内容。
3. 在发布时进行格式校验,直至通过修订后才能进行最终发布。
4. 已发布后,草稿仍可修改,等待二次发布。
这种需求的编写需要确保无遗漏且准确表达,下面提供一个示例。
草稿发布流程从起草草稿开始,包含了保存和发布两个不同的步骤。只有在发布后,草稿的更改才会生效。这样清晰地区分了保存和发布这两个动作。
有些人可能会误将发布的流程从保存草稿的步骤引出,这是一个严重的错误,因为:
1. 并不需要先保存草稿才能进行发布,可以直接进行发布。
2. 保存草稿后会产生两个分支,导致理解变得复杂。
采用校验矩阵描述各个控件的校验规则:
在存储方面的考虑十分重要,需要将草稿和已发布的版本分别存储为两个独立的对象。这样做可以确保在对草稿进行二次修改时,不会影响已发布的版本。
分别存储草稿和已发布版本是为了维持它们的独立性。当对草稿进行修改时,不影响已发布版本,确保已发布内容的稳定性和准确性。
在内容发布类(如文章、广告等)和规则类(如计算公式、过滤规则等)的情景中,保持草稿和已发布版本的分离尤为重要。这种做法有助于管理变更和维持系统的一致性,避免因草稿修改而影响已发布内容的情况发生。
如果忽略了这一需求上的分析,可能会导致在二次修改草稿时,已发布的版本受到影响。
这种草稿到发布的情境包括内容发布类,例如:
1. 文章的发布
2. Banner广告的发布
还有涉及规则的情况,比如:
1. 积分计算公式
2. 目标用户群体过滤规则
这些情况都有着广泛的应用。
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。