面向对象的六大原则

1.1 优化代码的第一步：单一职责原则

“这是一个备受争议却又极其重要的原则。只要你想和别人争执、怄气或者是吵架，这个原则是屡试不爽的”。因为单一职责的划分界限并不总是那么清晰，很多时候都是需要靠个人经验来界定。当然，最大的问题就是对职责的定义，什么是类的职责，以及怎么划分类的职责。

例子：图片加载器(ImageLoader)

设计部分：必须考虑到可扩展性、灵活性
而检测这一切是否符合需求的最好途径就是开源,用户不断地提出需求、反馈问题。

1.2让程序更稳定、更灵活:开闭原则

开闭原则是Java世界里最基础的设计原则，它指导我们如何建立一个稳定的、灵活的系统。开闭原则的定义是：软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是对于修改是封闭的。

在软件开发过程中，最不会变化的就是变化本身。产品需要不断升级、维护，没有一个产品从第一个版本开发完就再没有变化 了，除非下一个版本诞生之前它已经被终止。儿产品需要升级，修改原有代码可能引发其他问题，那么如何确保原有软件模块的正确性，以及尽量少地影响原有模块，答案就是开闭原则.

1.3 构建扩展性更好的系统：里氏替换原则

里氏替换原则英文全称是Liskov Substitution Principle，缩写是LSP。LSP的第一种定义是：如果对第一个类型为S的对象O1，都有类型为T的对象O2，使得以T定义的所有程序P在所有的对象O1都代换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。上面这种描述的确不太好理解，我们看看里氏替换原则的第二种定义：所有引用基类的地方必须能透明地使用其子类的对象。

我们都知道，面向对象的语言的三大特点是继承、封装、多态，里氏替换原则就是依赖于继承、多态这两大特性。里氏替换原则简单来说，就是所有引用基类的地方必须能透明使用其子类的对象。通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或者异常，使用者可能不知道是父类还是子类。但是反过来就不行了，有子类出现的地方，父类未必就能适应。说了这么多，其实最终总结就两个字：抽象。

1.4让项目拥有变化的能力:依赖倒置原则

依赖倒置原则英文全称是Dependence Inversion Principle，缩写是DIP。依赖倒置原则指代了一种特定的解耦形式，使得高层的模块不依赖于低层次的模块的实现细节的目的，依赖模块被颠覆了。怎么理解呢？
依赖倒置原则有以下几个关键点：
(1)高层模块不应该依赖低层次模块，两者都应该依赖其抽象；
(2)抽象不应该依赖细节；
(3)细节应该依赖抽象；
在java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类，实现接口或继承抽象类二产生的类就是细节，其特点就是，可以直接被实例化，也就是加上一个关键字new产生一个对象。高层模块就是调用端，底层模块就是具体实现类。依赖倒置原则在java语言中的表现就是：**模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。**这又是一个将理论抽象化的实例，其实一句话就可以概括：面向接口编程，或者说面向抽象编程，这里的抽象指的是接口或者抽象类。面向接口编程是面向对象的精髓之一，也就是上面强调的抽象。

如果类与类直接依赖于细节，那么它们之间就有直接的耦合，当具体实现需要变化时，意味着要同时修改依赖者的代码，这限制 了系统的可扩展性。因此，要想让系统变得更为灵活，抽象似乎成了我们唯一的手段。

1.5系统有更高的灵活性：接口隔离原则

接口隔离原则的英文全称是InterfaceSegregation Principles，缩写是ISP。ISP的定义是：客户端不应该一类它不需要的接口。另一种定义是：类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成更小的和更具体的接口，这样客户将会只知道他们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和重新部署。

接口隔离原则说白了就是,让客户端依赖的接口尽可能地小。Robert C Martin曾将 单一职责、开闭原则、里氏替换、接口隔离及依赖倒置（也称依赖反转）5个原则定义为SOLID原则，作为面向对象编程的5个基本原则。当这些原则被一起应用时，它们使得系统更加清晰、简单，最大程度拥抱变化。

1.6 更好的扩展性–迪米特原则

迪米特原则英文全称是Law of Demeter,缩写是LOD，也称为最少知识原则(Least Knowledge Principle)虽然名字不同，但描述的是同一个原则：一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要的耦合或调用的类知道得最少，类的内部如何实现与调用者或者依赖者没关系，调用者或者依赖者只需要知道它需要的方法即可，其他的可一概不用管。类与类直接的关系越密切，耦合度也就越大，当一个类发生改变时，对另一个类的影响也越大。

迪米特原则还有一个英文解释是Only talk to your immedate friends,翻译过来就是：只与直接的朋友通信。什么叫直接的朋友呢？每个对象都必然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友，这种关系的类型有很多，如组合、聚合、依赖等。

总结

在实际的应用开发中，最难的不是完成应用的开发工作，而是在后续的升级、维护过程中让应用系统能够拥抱变化。拥抱变化也意味着在满足需求且不破坏系统稳定性的前提下保持高可扩展性、高内聚、低耦合，在经历了各版本的变更之后依然保持清晰、灵活、稳定的系统架构。当然，这是一个比较理想的情况，但我们必须要朝着这个方向去努力，这时遵循面向对象六大原则就是我们走向灵活软件之路所迈出的第一步。