目录

第一章 软件架构设计原则

第二章 Spring中常用的设计模式

第一章 软件架构设计原则

SOLID

  • SRP The Single Responsibility Principle 单一责任原则
  • 修改一个类的原因应该只有一个
  • 换让一个类只负责一件事，当这个类需要做过多事情的时候，就需要分解这个类。
  • OCP The Open Closed Principle 开放封闭原则
  • 类对扩展开放对修改关闭
  • 扩展就是添加新功能的意思，因此该原则要求在添加新功能时不需要修改代码。
  • 符合开闭原则最典型的设计模式是装饰者模式，它可以动态地将责任附加到对象上，而不用去修改类的代码
  • 降价类不应该直接修改原来getPrice函数，应该新写个类，return super.getPrice()*0.61
  • LSP The Liskov Substitution Principle 里氏替换原则
  • 子类对象必须能够替换掉所有父类对象。
  • 继承是一种 IS-A 关系，子类需要能够当成父类来使用，并且需要比父类更特殊。 如果不满足这个原则，那么各个子类的行为上就会有很大差异，增加继承体系的复杂度。
  • ISP The Interface Segregation Principle 接口分离原则
  • 使用多个专门的接口，不使用单一的总接口，不应该强迫客户依赖于它们不用的方法。
  • 一个类对另一个类的依赖应该建立在最小的接口之上
  • 建立单一的接口，不要建立庞大臃肿的接口
  • 尽量细化接口，接口中的方法尽量少
  • DIP The Dependency Inversion Principle 依赖倒置原则
  • 高层模块不应该依赖于低层模块，二者都应该依赖于抽象
  • 高层模块包含一个应用程序中重要的策略选择和业务模块，如果高层模块依赖于低层模块，那么低层模块的改动就会直接影响到高层模块，从而迫使高层模块也需要改动。
  • 抽象不应该依赖于细节，细节应该依赖于抽象
  • 任何变量都不应该持有一个指向具体类的指针或者引用；（依赖注入）
  • 任何类都不应该从具体类派生；
  • 任何方法都不应该覆写它的任何基类中的已经实现的方法。
  • 其他
  • 迪米特原则
  • 一个对象应该对其他对象保持最少的了解，尽量降低类与类之间的耦合度
  • 合成复用原则
  • 尽量使用对象组合，而不是通过继承来达到复用的目的。

第二章 Spring中常用的设计模式

类型

名称

举例

创建型模式

工厂模式

BeanFactory

单例模式

原型模式

结构型模式

适配器模式

HandlerAdapter

装饰者模式

BeanWrapper

代理模式

AopProxy

行为型模式

策略模式

HandlerMapping

模板模式

JdbcTemplate

委派模式

观察者模式

ContextLoaderListener

工厂模式