设计模式六大原则

#前言
爱美之心，人皆有之，尤其是我觉得女生比男生更加喜欢漂亮姑娘哈哈哈哈……
跑题了，其实今天小编要讲的是设计模式的六大原则，而且，小编用漂亮姑娘帮助大家理解六大原则，白话六大原则，希望可以帮到各位！

单一职责原则

设计原则	名称	原则内容
“单纯”姑娘	单一职责原则	就一个类而言应该仅有一个引起它变化的原因

为什么小编要将“单一职责原则”比喻为“单纯”姑娘呢？首先我们要先了解什么是“单一职责模式”。

我们在做编程的时候，很自然的就会给一个类家各种各样的功能，比如我我们写一个窗体应用程序，一般都会生成一个Form1这样的类，于是我们就把各种各样的代码，像某种商业运算的算法呀，像数据库访问的Sql语句啊什么的都写到这样的类中，这就意味着，无论任何需求要来，你都需要更改这个类，这其实是很糟糕的，维护麻烦，不能复用，灵活性也差。

所以“简单点”，让一个类仅有一个功能，职责单一一些，这样的话，能够引起这个类改变的就只有一个原因了。就像一个单纯的小姑娘，单纯但是不简单！

##里氏替换原则

设计原则	名称	原则内容
“乖乖女”姑娘	里氏替换原则	子类型必须能够替换掉它们的父类型[ASD]

先说一下为什么叫“里氏替换原则”这么高大上让人难懂的名字，因为这个原则是在1988年麻省理工的一位姓”里“的女士发明的。

里氏替换原则讲的是用父类时可以任意使用子类，子类替换父类时保证程序不会出问题，就是一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别，也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。简单的说:子类型必须额能够替换掉它们的父类型。

拿我最爱的猫咪来举个例子来说，定义一个类描述猫的叫声。
但是这时候，猫群里出现了一只高冷猫，她就是不叫，那么这时候，需要继承猫叫这个父类的时候就尴尬了，因为根据里氏替换原则，一旦实现，所有的猫都是高冷猫了，都不叫的，这就违背了里氏替换原则了？
怎么办呢？
我的看法是抽象一个接口，设置为猫叫的种类，喜欢叫，和不喜欢叫（就是高冷猫那种）。而不是高冷猫去继承和实现猫叫这个父类。

所以说里氏替换这个原则是不是很像”乖乖女“姑娘呢？听爸爸妈妈的话，爸爸妈妈想什么时候用孩子就可以用，而不用担心孩子会不配合哈哈。以后完全可以接替父母的事业和工作。子类完全可以替换掉父类型。能够完全表现父类的特征。

##接口隔离原则

设计原则	名称	原则内容
“大姐大”姑娘	接口隔离原则	客户端不应该依赖它不需要的接口,且保证接口足够小

接口隔离原则有两个定义：客户端不应该依赖它不需要的接口 ，类间的依赖关系应该建立在最小的接口上 。这样使得当每一个接口只有一个方法，当发生改变的时候每个接口不变，直接增加小的接口即可，更好的依赖于抽象。
举个例子：定义一个抽象的接口，里边时美女的标准

美女标准
好面孔
好身材
好气质

但是随着时间的变化，美女的标准发生了改变，有的小眼睛，面孔不漂亮的也成为了美女，也就是那些”气质美女“。
因此这个接口就需要更改，实现接口的类就要跟着更改，这样就违背了接口隔离的原则，程序的复用性和灵活性会差。
所以我将”接口隔离“原则比喻为”大姐大“姑娘，大姐大是要带好多小弟的嘛，如果带一个大孩子比较顽皮，善变，不好管，所以还是带好多好多的小孩子比较好玩哈~就行这个原则说的类间的依赖关系应该建立在最小的接口上。

##迪米特法则

设计原则	名称	原则内容
“复古”姑娘	迪米特原则	类与类之间降低耦合，减少依赖

为什么叫迪米特是”复古姑娘“呢？复古嘛，古代的姑娘都是倡导女子无才便是德，也是待字闺中，比较矜持，比较含蓄，不和陌生人说话。

就像我们的迪米特原则，也叫”最少知识“原则。
如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的话，可以通过第三者转发这个调用。其根本思想就是强调了类之间的松耦合。

##开放封闭原则

设计原则	名称	原则内容
“修炼少女”姑娘	开放封闭原则	软件实体，应该可以扩展，但是不可修改[ASD]

这个原则其实有两个特征，对于扩展是开放的（OPen for extension)；而对于更改是封闭的（Close for modification)。
对于软件的应用就是，编程要多扩展，少修改。

举个例子就是，公司的上班制度。有几个公司的骨干总是迟到怎么办？可能有的人说直接扣钱，严格执行考勤制度。但是作为老板有没有为他们想过，他们可能离公司非常远或者要送孩子去上学等，都是不好改动的。 其实他们早来也是干完固定时长就可以下班了，那为什么不只规定上班时长和业绩呢？完成了任务就可以下班，这样的话，就不会让他们难做，也可以提高效率。
也就是对工作的时长或者业绩成效的修改关闭，而对时间制度扩展的开放。

那么为什么要将他比喻为”修炼少女“？因为修炼少女很厉害啊，上知天文地理，下可搞怪卖萌。就像开放封闭原则，开，可扩展，闭，可使系统稳定。

##依赖倒转原则

设计原则	名称	原则内容
“天马星空”姑娘	开放封闭原则	抽象不能依赖细节，细节可依赖抽象

有两个定义，高层模块不应该依赖低层模块，两个都应该依赖抽象；
抽象不应该依赖细节，细节应该依赖抽象。

简单通俗的说就是，针对接口编程，不要对实现编程。还是强调减低耦合，提高抽象。接口就是为了事项多态，降低耦合，所以针对接口编程也是为了降低耦合，更多的依赖抽象。

说起来像不像一个在月亮上谈吉他的女孩子，各种天马行空，各种抽象，你就去想象像吧~

#后记

看完这篇博客是不是对设计模式的六大原则理解的更加的透彻了呢？
有充满内涵的单纯姑娘（单一职责原则）、乖乖女姑娘（里氏替换原则）、复古姑娘（迪米特法则）；
有比较活泼的大姐大姑娘（接口隔离原则）、天马行空姑娘（依赖倒转原则）、修炼少女姑娘（开放封闭原则）。
不知道女孩子们你们想成为什么样的姑娘，男孩纸们你们喜欢什么样的姑娘呢？
ps 如果觉得小编写的还不错的话，记得点赞（高冷的说）