java设计模式：单一职责原则理解

首先声明仅仅是个人理解，可能有不对的地方，谢谢指正！

1，起源：

为了解决问题：如果因需求变更，对类中的某个方法（职责）做了修改，影响了类中其他方法（职责）的使用，因为这个方法的修改，需要代码更新，重新部署项目。这个类其他方法暂时也不能用了。

2，定义：

一个类如果只是有且仅有一个因素来引起他的变化，（应用于模块、类）。拿个类举例子:类中应该只有一个方法，完成一项职责。唯一能够引起这个类变化的因素只有这项方法（职责）发生了变化。如果一个类中有多个方法，遵循单一职责的话，就是把这个类拆分成多个只有一个方法的类。

3，优缺点：

优点：降低了类中方法的耦合性，缺点：一个类只有一个方法会造成大量的类冗余。

4，实际情况：

集合多个职责的类：手机类，手机拥有拍照、打电话、发短信、上网、打游戏....多个功能，明显违背了单一职责原则，但是手机类的存在很合理，为什么？

单一职责原则的使用需要分情况而定，如果是类的需求变更频率较高，则遵守单一职责 原则，比如：工厂模式：手机工厂：手机接口；手机实现类，富士康工厂可以生产多种类型的手机：苹果手机、华为手机、 如果接到维沃、小米的手机生产订单，手机生产需求变更，只需要再增加：维沃手机实现类、小米手机实现类即可 。每种手机都是独立的手机类。新增加的手机生产线不会影响到原有手机生产线。这一点遵循了设计模式的单一职责原则！

但是所有手机的功能基本都是一样的：所以每个手机类都是相同的功能方法，这一点违背了单一职责原则！因为现有手机的基本功能需求就是那几样基本不会变更了。所以是否遵守单一职责原则需要视具体情况而定！