第一章讲解了开发过程中如下六大原则:
1. 优化代码之路--单一职责原则
单一职责原则的英文名称是Single Responsiblility Principle， 缩写是SRP。SRP的定义就是： 就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。
2. 让程序更稳定,更灵活--开闭原则
开闭原则的英文全称是Open Close Principle，缩写是OCP，它是Java世界里最基础的设计原则，它指导我们如何建立一个稳定的、灵活的系统。
开闭原则的定义是： 软件中的对象（类、模块、函数等）应该对于拓展是开放的，但是，对于修改是封闭的。
在软件的生命周期内，因为变化、升级和维护等原因需要对原有代码进行修改时，可能会将错误引入原本已经经过测试的旧代码中，破坏原有系统。因此，当软件需要变化时，我们应该尽量通过拓展的方式来实现变化，而不是通过修改已有的代码来实现。当然，在现实开发中，只通过继承的方式来升级、维护原有系统只是一个理想化的愿景，因此，在实际开发过程中，修改原有代码、拓展代码往往是同时存在的。
3. 构建拓展性更好的系统--里氏替换原则
里氏替换原则的英文全称是Liskoy Subtitution Principle，缩写是LSP。
LSP的第一种定义是： 如果每一个对象类型为S的O1，都有类型为T的对象O2，使得T对象定义的所有程序P在所有对象O1都换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。
LSP的第二种定义： 所有引用基类的地方必须能透明的使用其子类的对象。
里氏替换原则，抽象是核心。
4. 让项目拥有变化的能力--依赖倒置原则
依赖倒置原则英文全称是Dependence Inversion Principle，缩写是DIP。依赖倒置原则指代一种特定的解耦形式，使得高层次模块不依赖于低层次模块的实现细节的目的，依赖模块被颠倒了。
依赖倒置原则有以下几个关键点:
(1). 高层次模块不应该以来低层次模块，两者都应该依赖其抽象；
(2). 抽象不应该依赖其细节；
(3). 细节应该依赖抽象。
5. 系统有更高的灵活性--接口隔离原则
接口隔离原则的英文全称是Interface Segregation Principle,缩写是ISP.
ISP的定义是:客户端不应该依赖于它不需要的接口.
另一种定义是： 类间的依赖关系应该建立在最小的接口上。
接口隔离原则将非常庞大、臃肿的接口拆分成更小的和更具体的接口，这样客户将只会需要知道他们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和部署。
单一职责、开闭原则、里氏替换、接口隔离以及依赖倒置 5个原则定义为 SOLID原则 ,作为面向对象编程的5个基本原则.
6. 更好的拓展行--迪米特原则
迪米特原则英文全称是Law Oof Demeter，缩写是LOD，也称为最少知识原则（Least Knowledge Principle）。它的定义是：一个对象应该对其他对象有最少的了解。通俗的讲，一个类应该对自己需要耦合或者调用的类知道的最少。类的内部如何实现与调用者或依赖者没关系，调用者或依赖者只需要知道它需要的方法即可，其他的可以一概不管。类与类关系之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。
