目录

第一章 软件架构设计原则

第二章 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中常用的设计模式

工厂模式