草稿功能的设计

Question

这个草稿功能，是前端实现好，还是后端实现？

大概如何实现？谢谢

Answer 1

这个要和产品经理确定，看这个草稿要实现到哪种程度。
如果是要满足用户在当前账户登录下就能使用上次的草稿，无关时间浏览器等，那就需要后端实现。
如果只是满足某些特定场景的，比如说异常退出再登录信息还在这种，那就前端实现就好了。

Answer 2

前端实现就存在我换个浏览器就没有草稿了，有什么意义。

Answer 3

这种看实际需求吧。当然绝大部分情况下，草稿这类的功能肯定是要接入后端存储的。
比如segmentfault的回答模块，回答的内容也是有草稿功能，特地看了下，就是发起了后端请求。重新登录后，内容还可以还原。

Answer 4

首先，如果要考虑跨浏览器保持草稿数据，肯定是需要后端实现。
其次，如果我们有多项业务，每项业务都要提供草稿功能，那么就需要设计一种统一的机制。比如说，我们可以统一将业务数据分为两个副本：草稿副本、正式副本。草稿阶段，我们编辑的是草稿副本，当提交时才生成正式副本。如果需要再次修改，我们仍然可以在草稿副本中进行编辑，从而不影响正式副本的数据。目前，CabloyJS开源全栈框架提供了这种通用的机制，可以参见：数据生命周期