Feed 后台设计文章索引
Facebook 是社交领域的标杆产品,也是一个不存在的网站。在它的首页,你可以看到好友分享的视频/图片/新鲜事,对哪些事情点了赞,分享了哪些书,参加了哪些聚会等等。只要用户想继续看,可以不断的往下滑动页面,没有尽头,这种产品交互的方式叫「Feed 流设计」。
Feed 的意思是「喂养」,把信息比作饲料,把用户比作动物。如果它想吃,就可以源源不断的刷下去,把时间耗费在里面。微信朋友圈,微博,Facebook,Linkedin,花瓣都是「Feed 流」设计。
Facebook 的 Feed 流中有哪些常见内容呢?
以吕小荣的个人页面举例:
SAP 企业级应用 Jam 的首页也是采用 Feed 流设计,它包含了一些针对企业市场更复杂的事件。
在以下部分,我会探讨一种基于事件的建模方案。这种方案经历了拥有 1000+ 万用户的企业产品的测试,在现实世界中是真实有效的。
Martin Fowler 在 Audit Log 一文举例,当用户更新手机号时,他不仅关心「用户的新手机号是什么」(current state),还关心「用户的手机号从 A 更新为 B」,他对后者做了抽象,称之为审计日志 (Audit Log)。
他的 Event Sourcing 模式也是基于事件的另一种设计范式。
Feed 不就是对事件的描述吗?我们可以换个角度,从事件的角度来看待 Feed 流。
Feed 中的内容 | 基于事件的视觉 |
---|---|
Ryan 上传了一个视频「带儿子去吃烤鸭」 |
videos 表插入了一条记录,id 为 1000,user_id 为 1 |
Ryan 分享了一张图片「带儿子在上海交大遛弯」 |
images 表插入了一条记录,id 为 1331,user_id 为 1 |
Tony 删除了文档 |
wiki 表中 id 为 433 的一条记录,属性 is_deleted 状态从 false 变为 true,user_id 为 3 |
Sam 创建了日历「周三团队聚餐」 |
calenda_events 中插入一条记录,id 为 123,user_id 为 4 |
Feed 中每个事件是对某个资源的状态变化 (transition of state),包含以下属性:
资源的当前状态保存在各自的表中。e.g. videos, images, links, wikis, comments.
当资源的状态变化时,把这一事件也保存下来,称之为 Event。
Event 该如何渲染,委托给 Concrete class 去实现。
Event 通过 table_name
, table_id
引用相关的资源,比如视频,图片,评论,投票等等。
以上是对 Feed 内容的抽象,在后面的系列中,我会进一步阐述 Feed 分发,隐私策略等相关话题。