为什么要遵循单一职责原则

       单一职责原则又称为单一功能原则，由《敏捷软件开发：原则、模式和实践》一书中提出的。这里的职责是指类变化的原因，单一职责原则规定一个类应该有且有一个引起变化的原因，否则类应该被拆分。
       该原则提出对选哪个不应该成袋过多的职责，如果一个对象承担了太多的职责，至少存在以下两个缺点：
       1.一个职责的变化可能会削弱或者抑制这个类实现其他职责的能力；
       2.当客户端需要改对象的某个职责时，不得不将其他的不需要的职责全都抱起进来，从而造成代码冗余或者代码的浪费。
例如

public interface IPhone{
	public void dial(String phoneNumber);
	public void chat(Object o);
	publlic void hangup();
} 

       以上不符合单一职责原则，通俗的将就是一个接口只负责一件事情，才是符合单一职责原则，该段java代码中负责两个内容：1、协议管理，2、数据传输。
       dial()和hangup()两个方法实现的是协议管理；chat()方法实现的是数据的传输，那么协议的变化可能引起接口或者实现类的变化；同样数据传输的变化可能会引起接口或实现类的变化。两个原因都能引起变化，而两个支柱直接是互不影响的，所以可以考虑拆分为两个接口。

public interface IPhone{

}
//负责协议管理
publlic interface ConnectionManager extends IPhone{
	public void dial(String phoneNumber);
	public void hangup();
}
//负责数据传输
public interface DataTransfer extends IPhone{
	public void chat(IConnectionManager con);
}

单一职责原则的优点
       单一职责原则的核心就是控制累得粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点
       降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单
              提高类的可读性。降低复杂度，自然可读性会提高。
              提高系统的可维护性，可读性提高了，就更容易维护了
              变更引起的风险降低。变更是必然的，如果单一职责遵守得好，当修改一个功能是，可以显示降低对其他功能的影响
       遵守单一职责原则，需要设计人员返现类的不同职责并将其分离，再分装到不同类或者不同接口，二发现类的多重职责需要设计人员具有较强的分析能力
       注意：有些时候需要提高效率，需要牺牲一定的原则