概述

• 三个系统后台没有设计实现上的耦合
• 订单系统是根基，已可以实现交易业务闭环
• 私信系统和通知系统目的是方便好用

白日梦架构图v0.1

订单系统

• 存储在业务数据层（backend）的实体资源
  • 网站的重要数据（可类比账户和产品）
  • 特点：存在生存周期/状态
• 可与账户和产品系统完成整个交易业务闭环
  • detail(产品详情页)/host(我是当地人页) /dreamer(我是旅行者)三个页面即可完成所有订单相关操作
  • 无需私信及通知配合（锦上添花）
  • 私信：让买卖家可以自由交流
  • 通知：比在线使用文档更人性化，比客服更省钱方便
  • 一句话不聊不影响交易流程
    • 正如不用阿里旺旺完全不影响在淘宝下单交易

订单状态

• D为旅行者Dreamer，H为当地人Host
• 5个（用户可见）状态，8种转换条件
• 待评论状态为交易事实完成
• backend实现细节待补充

通知系统

• 在应用服务层实现的以下三类通知​渠道
  • ​快（即时），推送（非请求），系统发送（官方）
• 邮件：基于邮件服务商
  • 优势：内容详细，安全
• 短信：基于移动运营商及短信服务商
  • 优势：移动，网络要求低，安全
• 消息：基于web-socket（同私信原理）的站内信
  • 优势：定制强，站内跳转引导方便，免费
• 各有优势，推荐采用同时两或三类渠道发送，互补

通知系统触发发送

• 通知系统现采用按事件触发发送模式
• 如产品或订单状态发生改变时触发相应内容的通知发送
• 后续可以考虑加入周期发送已及用户订阅设定