架构师三大能力：理需求、读代码、抽象系统
1、理需求：需求分析，需求分析产出
2、接口：可用代码表达，精确。证明接口有效性，架构师以伪代码或流程图方式过一遍，确认模块间接口串起来正常
3、架构图精确说明模块接口之间的关联，做好架构边界，联调提前做，降低风险
一、别让框架绑架业务
接口代表业务。是架构设计的核心。
二、关注业务与关注框架这两种思维方式的差异性
IO 系统中，读取磁盘数据两种常见模型：
1、SAX：基于事件读盘。读完一个数据单元，发送到某数据单元事件，框架思维
足够通用，两个问题:
1）与大部分 IO 子系统的需求方的诉求并不那么匹配
2）不能在缺乏文档配合的情况下正确地使用这个接口
2、DOM：对象组织模型来提供数据读取能力
总结：冗长，可脱文档直接毫无负担用的，接口更好
三、别用实现替代业务
重要：接口 > 数据结构 > 框架 为什么？
1）数据结构：用实现替代业务（想清楚实现，想不清楚业务），不抽象数据业务逻辑，如直接操作成员变量，或定义成员变量 get/set 接口。
2）不要直接操作数据结构，忽略接口的重要性，如orm框架
