架构师训练营第三周总结

发布于: 22 小时前

第一次:

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

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

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

这种情况下是合理的

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

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

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

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

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

第二次:

Junit的设计模式

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

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

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

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

所以的框架都是策略模式

钩子方法、

空实现

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

测试排序程序的性能

装饰者模式,包装器

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

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

Inter案例:

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

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

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

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

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

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

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

用户头像

air

关注

还未添加个人签名 2018.12.04 加入

还未添加个人简介

评论

发布
暂无评论
架构师训练营第三周总结