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

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

1、理需求:需求分析,需求分析产出

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

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

一、别让框架绑架业务

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

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

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

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

足够通用,两个问题:

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

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

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

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

三、别用实现替代业务

重要:接口 > 数据结构 > 框架        为什么?

1)数据结构:实现替代业务(想清楚实现,想不清楚业务),不抽象数据业务逻辑,如直接操作成员变量,或定义成员变量 get/set 接口

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