阅读笔记-架构整洁之道

测试代码是系统组件，遵循依赖原则独立部署。通过专用API解耦，防止脆弱性并支持架构演进。嵌入式架构采用分层抽象（HAL、PAL、OSAL），确保硬件变更不影响软件，实现可测试性和长期适应性。

展示器、谦卑对象模式在软件架构边界设计中起到重要作用，通过划分系统行为提升可测试性。服务内部组件边界才是架构关键，而非服务本身。遵循依赖关系规则解决横跨型变更问题。

软件架构设计据变更划分策略，低层依赖高层组件解耦。强调独立于框架、围绕用例构建，保持核心逻辑纯净且易测试替换技术实现。同心圆模型隔离机制与策略，遵循内部不受外部影响的依赖原则。

架构设计关键在组件划分、交互方式，旨在提高开发维护效率及程序员生产力，降低成本，应独立于设备，支持用例执行和模块解耦以适应变化，涉及单体结构至服务的多层级边界划分。

组件构建原则指导软件架构设计，包括组件聚合的REP、CCP和CRP原则以及耦合相关的无依赖环、稳定依赖与稳定抽象原则，旨在优化依赖结构、降低耦合度并适应项目演进。

SOLID包括：单一职责（每个类专注于单一功能）、开闭原则（扩展不修改原有代码）、里氏替换（子类能正确替代父类）、接口隔离（避免大而全的接口）及依赖倒置（高层模块依赖抽象而非具体实现）。

设计与架构本质上相同，强调一体化和灵活性以低成本满足系统构建维护需求。软件价值体现于行为与架构两维度。编程范式包括结构化、面向对象和函数式，各对程序控制转移或赋值进行规范约束。