设计模式总结

客官°小女子只卖身不卖艺 2021-06-24 15:58 429阅读 0赞

## 为什么要学习设计模式 ##

> “避免一些尴尬的偶和错误
> 
> 学习为何朋友们对工厂模式的认知可能有错
> 
> 发觉模式大师的秘密
> 
> 把事关紧要的模式直接装入脑海里
> 
> 探究星巴兹咖啡如何以装饰者模式让自己的股价翻倍
> 
> 悄悄Jim为何拒绝继承之后改善了爱情生活“
> 
> 这几条都是在Head First的书皮上写着的，学完设计模式这些问题差不多就清楚了

## 学习设计模式的方法 ##

> 说起来我学习设计模式真的没有什么好的方法，顶多就是先看一遍大略，然后再仔细看，最后实现出来代码，对着代码单步执行，看看程序走到了哪里。不过这些方法我觉得还是不能让我深刻透彻的了解设计模式，所以我觉得有必要进行小组的学习，并且对每一个设计模式都提出自己的见解，并且进行讨论，将讨论结果进行整合。

## 设计模式是什么 ##

> 设计模式是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。
> 
> 使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

## 设计模式的六大原则 ##

> ### 单一职责原则：一个类只有一个功能 ###

> > 一个类应该只受一种变化的影响。如果一个类承担的职责过多，就等于把这些指责耦合在一起，一个指责的变化可能会削弱或者一直这个类完成其他指责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意料之外的破坏。所以说，一个类只需要完成一种功能。
> 
> > 好处：复杂性降低，职责明确，可读性高，可维护性高，变更引起的风险低。

> ### 里氏替换原则：限制变化的影响范围 ###

> > 子类必须能够替换其基类（父类），而且替换之后，基类的引用可以被子类替换而不影响模块的功能，代码也可以正常工作。

> ### 依赖倒置原则：用抽象类来声明 ###

> > 高层模块不应该依赖低层模块，两个都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象。我们要做到的是针对接口编程，而不是针对实现编程。
> 
> > 接口隔离原则：依赖应该建立在需要的接口上
> 
> > 客户端不应该被强迫实现一些他们不会使用的接口，应该把胖接口中的方法分组，然后用多个接口代替它，每个接口服务于一个子模块。

> ### 迪米特法则：耦合尽量松散 ###

> > 如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中的一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

> ### 开放封闭原则：增加功能只增加新代码 ###

> > 软件应该是可扩展而不可修改的。也就是说应该对扩展开放，对修改封闭。
> 
> > 开放：有新的需求或变化时，可以对现有代码进行拓展，以适应新情况
> 
> > 封闭：类一旦设计完成，就可以独立完成自己的工作，而不要再对类进行修改

## 总结 ##

> 设计模式从无到有，人们在写程序的时候从没有这些到总结出这些设计模式供大家使用。但是我们要从手中无剑到手中有剑，然后到手中无剑心中有剑的境界才可以，只有达到了这种程度才能算的上是高手。