架构师训练营第三周总结

第一次：

依赖倒置是解决问题的思维方式

类不是为了被继承而设计的

你去设计一个类的时候，如果一开始就要别人去继承

这种情况下是合理的

spring 和 Tomcat 定义 一些接口和规范，让业务类去继承

即使是写完框架以后没人用，也要试着写一个框架，

不仅仅是跟着别人的习惯写代码

改变方向在哪里，从应用程序向下一层，写一个框架

公司有写框架的需求，一定不能错过这个机会

第二次：

Junit 的设计模式

哪里体现框架？约定在 TestCase 中，你继承这个框架，框架就会自动的调用你

模板方法模式，模板的流程在基类定义，方法的实现在子类完成。

应用程序是根据抽象类进行编程的这是策略模式

整个依赖倒置原则就是策略模式，对做架构是很重要的

所以的框架都是策略模式

钩子方法、

空实现

模板方法一定是一个具体的方法

测试排序程序的性能

装饰者模式，包装器

架构师解决问题是真正的解决问题，真的有一套

在不修改代码，别人无需感知的情况下，增加新的功能

Inter 案例：

一个可以十几万行的 类应该怎么维护，类是互相调用的

应该怎么写方法，怎么让别人参与进来，怎么做这件事情？

1. 单一职责原则 分成两部，每一个节点类型交给一个类，问题就由复杂变成难了。一定要把复杂简单化了。

2. 开闭原则 处理的过程不会改变 每一个语法点写在一个 transformer

3. 使用装饰者模式，当增加新的 transform，可以放在任何位置。

4. generater 使用模板方法模式。

架构师设计的模块是低耦合的，架构师好不好决定了整个项目组工作是不是舒服。