动机
在本文中职责是指引起变化的原因。该原则表明,如果你有多个原因去改变一个类,那么应该把这些引起变化的原因分离开,把这个类分成多个类,每个类只负责处理一种改变。当你做出某种改变时,只需要修改负责处理该改变的类。当我们去改变一个具有多个职责的类时可能会影响该类的其他功能。
单一职责原则
一个类应该只受一种变化的影响。
单一职责原则简单而直观,但是在实际实现中可能是很困难的。
实例
假设我们需要一个对象保存email信息,在下面的例子中我们将使用IEMAIL接口。初看起来,一切都很好。但是仔细分析我们会发现我们的IEMAIL接口和Email类具有两个职责(两种引起改变的原因)。一个是在一些类似pop3和imap的email协议下使用该类,如果需要支持其他的协议,需要以其他的方式格式化内容字段,并且需要添加新的代码来支持新的协议。另一个是Content字段,尽管content字段是字符串类型,或许我们将来要支持其他的格式,例如HTML格式。
如果我们只用一个类,一个职责的改变可能会影响另一个:
//single responsibility principle - bad exampleinterface IEmail {public void setSender(String sender);public void setReceiver(String receiver);public void setContent(String content);}class Email implements IEmail {public void setSender(String sender) {// set sender;}public void setReceiver(String receiver) {// set receiver;}public void setContent(String content) {// set content;}}
我们可以创建一个新的IContent接口和一个新的Content类来分离职责。让每一个类只承担一个职责可以给我们的设计带来更多的灵活性:
//single responsibility principle - good exampleinterface IEmail {public void setSender(String sender);public void setReceiver(String receiver);public void setContent(IContent content);}interface IContent {public String getAsString(); // used for serialization}class Email implements IEmail {public void setSender(String sender) {// set sender;}public void setReceiver(String receiver) {// set receiver;}public void setContent(IContent content) {// set content;}}
总结
单一职责原则代表了设计应用程序时一种很好的识别类的方式,并且它提醒你思考一个类的所有演化方式。只有对应用程序的工作方式有了很好的理解,才能很好的分离职责。
联系客服