单一职责原则又称为单一功能原则,由《敏捷软件开发:原则、模式和实践》一书中提出的。这里的职责是指类变化的原因,单一职责原则规定一个类应该有且有一个引起变化的原因,否则类应该被拆分。
该原则提出对选哪个不应该成袋过多的职责,如果一个对象承担了太多的职责,至少存在以下两个缺点:
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);
}
单一职责原则的优点
单一职责原则的核心就是控制累得粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点
降低类的复杂度。一个类只负责一项职责,其逻辑肯定要比负责多项职责简单
提高类的可读性。降低复杂度,自然可读性会提高。
提高系统的可维护性,可读性提高了,就更容易维护了
变更引起的风险降低。变更是必然的,如果单一职责遵守得好,当修改一个功能是,可以显示降低对其他功能的影响
遵守单一职责原则,需要设计人员返现类的不同职责并将其分离,再分装到不同类或者不同接口,二发现类的多重职责需要设计人员具有较强的分析能力
注意:有些时候需要提高效率,需要牺牲一定的原则