分享 Feed 流设计 (一):如何对多态内容进行抽象?

xiaoronglv for SAP · 2018年09月26日 · 最后由 yakjuly 回复于 2018年10月02日 · 3016 次阅读
本帖已被管理员设置为精华贴

Feed 后台设计文章索引

Facebook 是社交领域的标杆产品,也是一个不存在的网站。在它的首页,你可以看到好友分享的视频/图片/新鲜事,对哪些事情点了赞,分享了哪些书,参加了哪些聚会等等。只要用户想继续看,可以不断的往下滑动页面,没有尽头,这种产品交互的方式叫「Feed 流设计」。

Feed 的意思是「喂养」,把信息比作饲料,把用户比作动物。如果它想吃,就可以源源不断的刷下去,把时间耗费在里面。微信朋友圈,微博,Facebook,Linkedin,花瓣都是「Feed 流」设计。

Facebook 的 Feed 流中有哪些常见内容呢?

以吕小荣的个人页面举例:

  1. Ryan 分享一本书《21 世界的管理挑战》
  2. Ryan 上传了一个视频「带儿子去吃烤鸭」
  3. Ryan 发布了状态「我今天感觉不错」
  4. Ryan 分享了一张图片「带儿子在上海交大遛弯」

SAP 企业级应用 Jam 的首页也是采用 Feed 流设计,它包含了一些针对企业市场更复杂的事件。

  • 后勤部门管理员发布了公司公告 "十一假期期间公司供电/供水/餐饮安排"。
  • 小组管理员发表了群公告 "请大家不要使用公司 VPN 浏览敏感信息"
  • Tony 创建/更新/删除/评论了开发文档。
  • Shaun 创建了公开活动日历 "Engineering Q1 Global All-Hands meeting"
  • Joel 发起了投票 "十一去哪玩?"
  • Shuan 创建了 Pros and Cons 表格 "Github workflow 的利弊"

针对 Feed 流设计,在产品开发时该如何建模?

  1. 被抽象内容多态,要考虑未来的扩展性。
  2. Feed 流中出现的内容不是资源的当前状态的展现,而是对状态转换 (Transition of state) 的展示。

在以下部分,我会探讨一种基于事件的建模方案。这种方案经历了拥有 1000+ 万用户的企业产品的测试,在现实世界中是真实有效的。

Martin Fowler 在 Audit Log 一文举例,当用户更新手机号时,他不仅关心「用户的新手机号是什么」(current state),还关心「用户的手机号从 A 更新为 B」,他对后者做了抽象,称之为审计日志 (Audit Log)。

他的 Event Sourcing 模式也是基于事件的另一种设计范式。

一种基于事件的 Feed 设计模式

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),包含以下属性:

  • table_name: 哪张表。(换句话说,哪种类型的资源)
  • table_id: 哪条记录。
  • column: 哪个属性
  • operation: 什么操作?e.g. update/insert/delete
  • old_state: 老的状态是什么
  • new_state: 新的状态是什么
  • user_id: 是谁执行了这个操作
  • type: 它属于哪个子类?
    e.g. CreateVideoFeedEvent, DeleteVideoFeedEvent, UpdateWikiFeedEvent

范式中的各个组件如何协作?

  1. 资源的当前状态保存在各自的表中。e.g. videos, images, links, wikis, comments.

  2. 当资源的状态变化时,把这一事件也保存下来,称之为 Event。

    • CreateVideoEvent 创建视频
    • DeleteVideoEvent 删除视频
    • CreateWikiEvent 创建文档
    • UpdateWikiEvent 更新文档
    • DeleteWikiEvent 删除文档
    • CreateCompanyAnnouncementEvent 创建公司公告
  3. Event 该如何渲染,委托给 Concrete class 去实现。

  4. Event 通过 table_name, table_id 引用相关的资源,比如视频,图片,评论,投票等等。

以上是对 Feed 内容的抽象,在后面的系列中,我会进一步阐述 Feed 分发,隐私策略等相关话题。

这应该发博客然后在论坛发简介和索引。

好主意!我把索引贴到文章底部了。

jasl 将本帖设为了精华贴。 09月27日 07:42

用 mysql 存储肯定是不靠谱的,应该用 Cassandra,DynamoDB 等适合存储海量信息的分布式数据库,Cassandra 写性能非常好,DynamoDB 易扩展支持 memory cache,对于热数据需要特别处理。

需要 登录 后方可回复, 如果你还没有账号请 注册新账号