前言

相信大家都知道，几乎所有的社区应用都有用户动态这个部分，用户可以通过好友动态获能取到更多感兴趣的内容，从而提高社区活跃度和用户粘性。它的实现相对来讲比普通的内容发布要复杂一些，主要体现在内容多样性上。

为了解决这个问题，我们得把这些不同类型的内容抽象，提取共性，使用相同的结构来处理，开发起来就会简单很多。

概念抽象

用户动态，顾名思义，动态的产生，就是一系列事件的历史记录，所以首先关注“事件”这个名词，它有哪些属性：

• 触发者，基于社区所有的事件几乎都是由用户触发的
• 事件主体，事件的主体信息，例如“xxx发布了文章” 中的 “文章”。
• 事件属性，事件主体不同，所需要的附加信息也不同，比如事件类型。
• 发生时间，记录事件产生的时间，当然了在我们的数据库通常记录了所有数据产生的时间。

我们将用户动态抽象成只有 4 个基础属性的结构，就比较容易实现了：

- description    事件描述
- causer_id 或者 user_id 事件触发者
- subject_id    主体 ID
- subject_type   主体类型
- properties    事件附加属性
- created_at    事件产生时间