《Get your hands dirty on clean architecture》读书笔记

chapter 1 什么是不好的架构?

促进ddd
容易走捷径
很难测试
隐藏用例
并发变的困难
如何帮助我们创建可维护的软件

chapter 2 依赖反转

单一职责原则
一个关于副作用的故事
依赖倒置原则
干净的架构
六角形架构
如何帮助我们创建可维护的软件

chapter 3 组织代码

按层组织
按特性组织
架构富有表现力的包
依赖注入
如何帮助我们创建可维护的软件

chapter 4 实现用例

实现领域模型
一个简单的用例
校验输入
构造函数的力量
不同用例对应的不同输入模型
校验业务逻辑规则
充血和贫血模型
不同用例对应的不同的输出模型
什么是只读用例
如何帮助我们创建可维护的软件

chapter 5 实现 web 适配器

依赖反转
web adapter 的职责
切片控制器
如何帮助我们创建可维护的软件

chapter 6 实现持久层适配器

依赖反转
持久层的职责
分割端口接口
分割持久层适配器
spring data jpa 例子
数据库事务
如何帮助我们创建可维护的软件

chapter 7 测试架构元素

测试金字塔
测试 domain 采用单元测试
测试 use case 采用单元测试
测试 web adapter 采用集成测试
测试 持久层 adapter 采用集成测试
测试 主流程 采用系统测试
有多少测试是足够呢
如何帮助我们创建可维护的软件

chapter 8 如何在层之间映射

不需要映射
两种方式映射策略
全映射
一种方式的映射策略
什么时候使用那种映射策略
如何帮助我们创建可维护的软件

chapter 9 组装应用程序

为啥要关心组装
通过普通代码组装
通过spring 的路径扫描 组装
通过spring 的 java config 组装
如何帮助我们创建可维护的软件

chapter 10 加强架构间的界限

边界和依赖
可见性修饰符
编译后检查
构建构建
如何帮助我们创建可维护的软件

chapter 11 有意识的走捷径

捷径就像破窗
保持用例之间的模型干净是一种责任
使用领域模型作为输入输出的模型
跳过传入的端口
跳过应用程序
如何帮助我们创建可维护的软件

chapter 12 决定架构的风格

domain 是 king
经验 是 queen

你可能感兴趣的:(架构,系统架构)