笔记
内容分享目录格式
- 标题
- 讲师
- 将收获什么
- 主要内容
- 关键词
- 学习方法
- 注意事项
架构师原则及思维
总体思维导向
以业务价值为前提（首先要有），提升价值为最终目的（然后增加），并铺垫好今后可能发展的基础（最后发展）
- 需求 > 设计 > 开发
- 通过技术手段保证业务的增长
- 技术为业务服务
- 设计时判断可行性，不确定就调研
- 设计时要考虑复杂度，越简单越好，不要过度设计，不要为了设计而设计
- 脱离业务的架构就是耍流氓。架构师需要深入理解需求、参与需求、看透需求背后业务本质。
如何深入理解需求
三方面考虑：全面、 完整、 闭环
- 拿到需求 -> 理解需求 -> 前因后果（哪里来那里去） -> 整体流程 -> 业务增长 -> 回顾总结
- 实际使用场景：从用户角度思考问题，简单好用
- 产品及运营角度： 1. 产品第一，运营第二；2. 看重投入产出比，方便做决策
- 统计，汇总，分析，基础建设；
- 风险控制、 稳定性;系统稳定才能保证有人长期使用
架构师职责：深入理解需求，用软件把业务模拟出来。保证稳定运行，持续增长。技术永远为业务服务。
如何做技术设计
- 基于业务
- 做方案先不要太过关注细节，要看整体，确定范围都哪些
- 拓展性，可行性
- 可复用部分
- 实现成本（永远选择最简单的实现方案）
- 不确定就调研
技术方案目录示例
- 标题
- 目录
- 需求
- 范围
- 模块设计
- 数据结构
- 拓展性保证
- 开发提效
- 运维保障
数据结构设计思路
- 拓展性字段的考虑，字段名称的统一性，字段尽可能的少
- VNode(将组件或元素用数据描述出来)
- 单一数据源存储所有的数据（索引类尽量使用引用，避免多数据源强关联关系）
- 数据流的周期