58 | 如何判断架构设计的优劣？

一、KISS 简单比复杂好

正确理解后再设计、避免过度设计

简单强调的是让模块易实施

代码、接口符合惯例，且语义自然，降低心智负担

二、Modularity 着眼于模块而不是框架

模块接口、规格足够通用

模块设计尽量忽略框架限制，框架易变、框架是业务流-可复用性相对较低

三、Testable 保证可测试性

低耦合（依赖列表、模块IO）、模块可测试性

发现模块架构调整潜在问题

四、Orthogonal Decomposition：正交分解

组合优先继承、组合出要的业务场景

1、核心功能

如新功能为核心功能，要认真评估它对既有架构破坏性

核心越干净，加新功越容易

2、周边子系统

降低新功能对核心影响、尽可能内聚。

非独立模块，写在独立文件里

关联：核心系统添加相关代码

3、模块的耦合度测量

接口质量、与业务的匹配性、越自然体现业务越好

依赖的符号：

被引用类型:typedef（type alias）、class 或 struct;     被引用:全局变量、全局函数或成员函数

外部依赖:

接口引用类型 A 改为 object 或 interface{} 类型并不能降低耦合度。如某参数为 interface，这个 interface 耦合度要看功使用时，它存在各种可能类型，都会计算在依赖中

https://ai.nodejs7.com/2019/12/23/33.html