59 | 少谈点框架，多谈点业务

架构师三大能力：理需求、读代码、抽象系统

1、理需求：需求分析，需求分析产出

2、接口：可用代码表达，精确。证明接口有效性，架构师以伪代码或流程图方式过一遍，确认模块间接口串起来正常

3、架构图精确说明模块接口之间的关联，做好架构边界，联调提前做，降低风险

一、别让框架绑架业务

接口代表业务。是架构设计的核心。

二、关注业务与关注框架这两种思维方式的差异性

IO 系统中，读取磁盘数据两种常见模型：

1、SAX：基于事件读盘。读完一个数据单元，发送到某数据单元事件，框架思维

足够通用，两个问题:

1）与大部分 IO 子系统的需求方的诉求并不那么匹配

2）不能在缺乏文档配合的情况下正确地使用这个接口

2、DOM：对象组织模型来提供数据读取能力

总结：冗长，可脱文档直接毫无负担用的，接口更好

三、别用实现替代业务

重要：接口 > 数据结构 > 框架        为什么？

1）数据结构：用实现替代业务（想清楚实现，想不清楚业务），不抽象数据业务逻辑，如直接操作成员变量，或定义成员变量 get/set 接口。

2）不要直接操作数据结构，忽略接口的重要性，如orm框架