设计模式六大原则之单一职责原则

　　在编写软件过程中，我们程序员面临着来自耦合性、内聚性以及可维护性，可扩展性，重用性，灵活性等多方面的挑战，而设计模式是为了程序更好

　　1、代码重用性：相同功能的代码，不用多次编写

　　2、可读性：编程规范性，便于其他程序员的阅读和理解

　　3、可扩展性：当需要增加新的功能时，非常的方便---可维护

　　4、可靠性：当我们新增功能以后，对原来的功能没有影响

　　5、使程序呈现高内聚、低耦合的特性

　　设计模式原则，其实就是程序员在编程时，应该遵守的原则，也是各种设计模式的基础，设计模式的依据。

　　PS：“与别人拉开差距往往是在业余时间”

 一、设计模式六大原则

二、单一职责原则

　　基本介绍：对类来说，即一个类应该只负责一项职责。如类A负责2个不同的职责：职责1，职责2。当职责1的需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2。

　　测试场景：交通工具类

　　案例地址：https://github.com/Simple-Coder/design-pattern

1、方案一测试

 分析：

　　①很明显违反单一职责原则（一个类应该只负责一项职责）

　　②将交通工具类分解-----方案2

2、方案二测试

 分析：

　　①遵守单一职责原则（一个类应该只负责一项职责）

　　②这样改动很大，将类分解的同时修改客户端

　　③改进：直接修改交通工具类，改动相对比较少-----方案3

3、方案三测试

 分析：

　　①这种修改方法没有对原来的类做大的修改，只是增加方法

　　②这里虽然没有在类的级别上遵守单一职责原则，但是在方法级别上，仍然是单一职责原则

4、单一职责原则小结

(1)降低类的复杂度，一个类只负责一项职责

(2)提高类的可读性，可维护性

(3)降低变更带来的风险