设计原则——面向对象——＞设计模式

 学习系统架构时的心得体会：

1。单一职责原则：设计一个类，尽量让类的目的和功能尽量单一，这样在进行该类调用时可以降低耦合，减少与其他类的联系，越单一，独能独立解决问题。
2。开放闭合原则:设计一个类应对扩展进行开放，对类自己内部避免被修改，通过新增扩展来实现类的功能，而尽量避免对类进行修改，这样可以使用其他调用此类的地方避免出错，减少相应风险，而新增的扩展修改只影向新增功能本身。
3。李氏替换原则：子类可以调用父类，因子类可以继承父类，同时子类还可以重载父类方法，如果重载后的方法，又被其他类调用，此时会导致影响其他功能，所以根据子类可以替换父类的原则，应尽量避免过多重载父类方法。
4。依赖倒置原则：应尽量对接口编程，避免对实现编程，要依赖于抽象，不要依赖于实现，上层模块不应该依赖于下层模板，而是依赖于抽象模块。而底层模块调用接口来实现编程，达到了依赖倒置的现象。
5。接口隔离原则，使且多个单一的接口比使用一个总的接口要好，按单一职责原则让接口只处理某一单一的问题，避免多个方法使用一个接口产生错误的风险，一个总的接口会使用不需要的接口也被调用，使得解决问题越加复杂，所以程序设计时应尽量使接口单一使用，不要多个接口相互调用，形成接口隔离。
6。组合重用原则：尽量使用组合方式调用类，不要使用继承方式调用类，因为继承方式会调用父类方法，父类方法一旦修改就会影响子类，达到了紧耦合的情况，使得开发不灵活，通过使用组合模式可以自由的组合各种职责，达到灵活变化，当有修改时也只需要修改某一职责类即可。
7。迪米特原则：也叫最少知识原则，他强调用类的建立尽量不调用其他类，不去了解其他类的逻辑，不去调用其他类的属性和方法，使得建立的类独立，减少耦合连接，尽量通过类的封装和私有化设定方式，将类打发包成一个独立的整体，这使得其他类不能直接调用本类的方法。如需调用也通过中间环节调用，如中介者模式和外观模式调用。