大白话讲Java七大设计原则通俗易懂

最近在学习Spring源码，发现一个框架的设计里充斥了各种设计原则与设计模式，和优秀的面向对象思想。我想如果问每一个学Java的人知道什么是面向对象吗，我觉得几乎所有人都会说知道，但是真正理解面向对象的人凤毛麟角。我们所理解的面向对象不过是冰山一角，这才是Java的魅力所在，也是我为之痴迷的原因。
最近看到一个很有意思的说法：Java有七大心法，23种武功招式。
分别就是Java的七大设计原则和常用的23种设计模式了。掌握这些有助于我们读懂框架源码，也会帮助我们在工作中写出更加规范的代码。
网上的设计原则写的又长又难以理解，所以本篇我用大白话简短的叙述我个人的理解，仅供参考。
如果想深入理解设计原则与设计模式建议参考：http://c.biancheng.net/design_pattern/ 这里写的很详细

1.开闭原则

这个算是比较好理解的，开闭原则即对修改关闭对扩展开放，当我们设计好一个Java类就不要对它进行修改（我不是说有bug也不让改，这里别抬杠，我说的是设计好以后），举个栗子，我们在学jdbc的时候会把配置数据库的用户名和密码都写在Java类里，这样我们修改数据库用户名或密码就要去修改Java类，这就违背了开闭原则，所以我们把数据库相关配置抽取为一个配置文件，这就是对修改关闭，对扩展开放。

2.里氏替换原则

里氏替换原则就是：子类可以扩展父类的功能，但是尽量不要改变父类原有的功能。它包含一下4层含义：
（1）子类可以实现父类的抽象方法，但是尽量不要覆盖父类的抽象方法。
（2）子类可以有自己特有的方法
（3）子类重载父类的方法时，方法的形参要比父类方法的形参更宽松
（4）子类实现父类的抽象方法时，方法的返回值要比父类更严格
这里有人可能不理解，因为我们会发现自己编程中经常违背里氏替换原则，程序照样跑的好好的。但是后果就是：你写的代码出问题的几率会大大增加。
用大白话理解里氏替换原则就是：子类不要去覆盖父类已经实现的方法。你老爹会的你必须会，你会的你老爹不一定会。
举个栗子：在生物学分类上，企鹅是一种鸟，但在编程世界里，企鹅却不能继承鸟。在面向对象设计时，子类拥有父类所有非private的行为和属性，鸟会飞，但企鹅不会飞，所以企鹅不能继承鸟类。

3.依赖倒置原则

面向接口/抽象类编程，在方法的返回值/参数类型等都使用接口或者抽象类，而不是使用实现类。这一点在使用Spring的时候深有体会，我们在Controller层调用Service层的时候调用的是Service接口而不是Service实现类。
依赖倒转其实就是谁也不要依靠谁，除了约定的接口，大家都可以灵活自如。依赖倒转可以说是面向对象设计的标志

4.接口隔离原则

简单说就是建立接口时，不要建的过于庞大臃肿，尽量细化，接口中的方法尽量少，可以为各个类建立专用的接口，不要试图去建立一个很庞大的接口供所有依赖它的类去调用，否则根据里氏替换原则你的实现类会很庞大臃肿甚至多余了不需要的方法。
举个栗子：有一个大商场什么都卖，顾客想买什么都不知道去哪找，这就相当于一个大型的接口。现在把这个大商场细分成多个区域，有卖衣服的、有卖生活用品的、等等，他们都实现大商场这个根接口，大商场这个跟接口只提供售卖的方法，具体卖什么由继承它的子接口具体定义，顾客相当于实现类，想要买什么就去对应的区域找对应的次级接口。

5.迪米特法则

即最少认知原则，不要和陌生人说话。不要和你老婆的闺蜜过多交流。
迪米特法则其根本思想，是强调了类之间的松耦合，类之间的耦合越弱,越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成影响。
这里很多非科班出身的程序员甚至科班出身的都不知道什么是耦合，什么是内聚。软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。
简单说就是你的亲人朋友跟你都有耦合关系，你和陌生人没有耦合关系，你出bug了你亲人朋友就有可能出问题，但是陌生人不受影响，而程序之间的耦合关系就是关联，依赖，引用等，所以一个类的依赖类越少越好，否则你的依赖类挂了你也就挂了。对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。
迪米特法则还有一个更简单的定义：只与直接的亲人朋友通信，我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友，而出现在局部变量中的类则不是直接的朋友。也就是说，陌生的类最好不要作为局部变量的形式出现在类的内部。
举个栗子：明星由于全身心投入艺术，所以许多日常事务由经纪人负责处理，如与粉丝的见面会，与媒体公司的业务洽淡等。这里的经纪人是明星的朋友，而粉丝和媒体公司是陌生人，所以适合使用迪米特法则
一句话总结就是：一个对象应该对其他对象保持最少的了解。

6.单一职责原则

这个也非常好理解，就是一个类只负责一项职责，以避免修改一个功能导致其他功能发生故障
举个栗子：学生需要生活辅导和学业指导两个方面的工作，其中生活辅导主要包括班委建设、出勤统计、心理辅导、费用催缴、班级管理等工作，学业指导主要包括专业引导、学习辅导、科研指导、学习总结等工作。如果将这些工作交给一位老师负责显然不合理，正确的做法是生活辅导由辅导员负责，学业指导由学业导师负责，各司其职。

7.合成复用原则

能用组合关系的情况下，不要使用继承，比如说，你想拥有某个对象的功能，不要直接继承他，而是将他当作成员变量去使用。
如果要使用继承关系，则必须严格遵循里氏替换原则。合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。
继承的缺点在于：父类的方法全部暴露给子类。父类如果发生变化，子类也得发生变化。组合的复用的时候就对另外的类依赖的比较的少。

这 7 种设计原则是软件设计模式必须尽量遵循的原则，各种原则要求的侧重点不同。其中，开闭原则是总纲，它告诉我们要对扩展开放，对修改关闭；里氏替换原则告诉我们不要破坏继承体系；依赖倒置原则告诉我们要面向接口编程；单一职责原则告诉我们实现类要职责单一；接口隔离原则告诉我们在设计接口的时候要精简单一；迪米特法则告诉我们要降低耦合度；合成复用原则告诉我们要优先使用组合或者聚合关系复用，少用继承关系复用。