一、单一原则
单一原则的定义：就一个类而言，应该仅有一个引起它变化的原因。简而言之就是一个类中应该是一组相关性很高的函数、数据的封装。
举一个简单的例子，登入功能。一般登入需要包括几个基本的功能：
- 登入页面；
- 接受用户输入；
- 提交用户输入数据到服务端验证；
- 返回验证结果并提示给用户；
按照单一原则我们就可以将登入功能拆分成两个类，登入页类和网络请求类。
登入
其实因为单一原则并不是很容易划分，很多时候需要根据个人经验和实际情况“因地制宜”。我觉得最主要还是要符合“低耦合，高内聚。”就好了。
二、开闭原则
开闭原则的定义：软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是，对于修改是封闭的。
因为在软件生命周期内，因为变化、升级和维护等原因修改原有代码时可能会将原本已经测试通过的代码引入错误，而这种错误往往很容易被忽略。因此，在软件需要变化的时候，我们应该尽量使用扩展的方式来实现变化，而不是通过修改原有的代码。
开闭原则的一个重要手段就是抽象。我们可以将代码中容易发生变化的部分抽象出来（一般是一个接口的形式），通过不同的抽象的实现来扩展功能。
三、里氏替换原则
里氏替换原则定义：如果对每一个类型为S的对象O1，都有类型为T的对象O2，使得以T定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。
比较让人崩溃的定义，O(∩_∩)O哈哈~ 还有一个让人更容易接受的定义。
里氏替换定义：所有引用基类的地方必须能够透明地使用其子类的对象。
这个更好理解一些，其实里氏替换原则主要是应用了，OOP（面向对象编程）三大特点（继承、封装、多态）中的继承和多态。简单的说就是我们在使用一个类的地方，我们也可以使用这个类的子类，对于用户而言并没有什么区别，或许用户甚至不知道使用的是基类还是子类，但是反过来是不可以的，使用子类的地方基类就不一定适用了。总结来说还是两个字：抽象。是不是很眼熟，上面开闭原则中也强调了抽象，其实开闭原则和里氏替换是相互依赖、互相补充的。
- 开闭原则强调的是对于扩展和修改的态度；
- 里氏替换原则强调的是通过建立抽象规范保证系统的扩展性和灵活性。
四、依赖倒置原则
依赖倒置原则：定义比较难懂，简单的说就是模块间的依赖通过抽象发生，实现类之间不发生依赖关系，其抽象关系是通过接口或者抽象类产生的。
上面的定义还是有点难懂，其实一句话就可以概括：面向接口编程，或者说面向抽象编程。这里的抽象指的是接口或者抽象类，面向接口编程是面向对象的精髓之一，也是以上两个原则强调的——抽象。
如果两个类互相依赖的话，他们之间就是直接耦合的，当一个类变化时，往往就会影响到依赖它的类。这样限制了系统的扩展性。
通常我们可以使用抽象出接口的形式，让类之间通过接口依赖，进行解耦。这也就是依赖倒置的核心思想。通过上面3个原则，我们发现，想让系统更灵活，抽象似乎成了唯一的手段。
五、接口隔离原则
接口隔离原则：客户端不应该依赖它不需要的接口。还有一个定义：类间的依赖关系应该建立在最小的接口上。
说白了就是在上述原则定义接口的时候要尽量隐藏内部实现，只对外暴露具体功能的方法。例如我们定义一个读取数据库的接口，就不需要在接口中定义数据库连接、关闭数据库等等内部实现的方法，只是提供增删改查方法就可以了。这使得我们的系统具有更低的耦合性，更高的灵活性。
单一原则、里氏替换、接口隔离、依赖倒置5个原则可以统称为SOLID原则。他们是面向对象的5个基本原则。当这些原则被使用的时候，他们使得一个软件系统更清晰、简单，最大程度的拥抱变化。他们可以抽象为几个关键词：抽象、单一职责、最小化。
六、迪米特原则
迪米特原则也称最少知识原则：一个对象应该对其他对象有更少的了解。
通俗的讲就是一个类应该对自己需要耦合或者调用的类知道得最少，只需要知道调用的方法即可，其他一概不知道。
迪米特原则还有一个更简短的解释，“只与直接朋友通信。”什么是直接朋友呢？我理解为直接耦合和关联的类，举个例子，读取SD卡上的文件，我们自己封装一个工具类SDFileUtil，在SDFileUtil总我们可能用到了其他工具类，比如File、FileOutputStream等。而我们直接关联的就是SDFileUtil其他的File、FileOutputStream等我们并不关心。这就是迪米特原则。迪米特原则可以使系统耦合性更低，有更好的扩展性。
以上就是面向对象的六大原则，它们是系统保持高科扩展性、高内聚、低耦合的保证，也是我们走向灵活软件开发的第一步。
