学步园

转载自：http://zjliu.iteye.com/blog/423217

动机

在本文中职责是指引起变化的原因。该原则表明，如果你有多个原因去改变一个类，那么应该把这些引起变化的原因分离开，把这个类分成多个类，每个类只负责处理一种改变。当你做出某种改变时，只需要修改负责处理该改变的类。当我们去改变一个具有多个职责的类时可能会影响该类的其他功能。

单一职责原则

一个类应该只受一种变化的影响。

单一职责原则简单而直观，但是在实际实现中可能是很困难的。

实例

假设我们需要一个对象保存email信息，在下面的例子中我们将使用IEMAIL接口。初看起来，一切都很好。但是仔细分析我们会发现我们的IEMAIL接口和Email类具有两个职责(两种引起改变的原因)。一个是在一些类似pop3和imap的email协议下使用该类，如果需要支持其他的协议，需要以其他的方式格式化内容字段，并且需要添加新的代码来支持新的协议。另一个是Content字段，尽管content字段是字符串类型，或许我们将来要支持其他的格式，例如HTML格式。

如果我们只用一个类，一个职责的改变可能会影响另一个：

• 添加新的协议需要添加新的代码解析和格式化内容字段。
• 添加新的内容类型(例如HTML)需要为每种已实现的协议添加代码。//single responsibility principle - bad example<br /> interface IEmail {<br /> public void setSender(String sender);<br /> public void setReceiver(String receiver);<br /> public void setContent(String content);<br /> }</p> <p>class Email implements IEmail {<br /> public void setSender(String sender) {<br /> // set sender;<br /> }</p> <p> public void setReceiver(String receiver) {<br /> // set receiver;<br /> }</p> <p> public void setContent(String content) {<br /> // set content;<br /> }<br /> }</p> <p>  

我们可以创建一个新的IContent接口和一个新的Content类来分离职责。让每一个类只承担一个职责可以给我们的设计带来更多的灵活性：

• 添加新的协议时只需要修改Email类。
• 添加新的内容类型时只需要修改Content类。//single responsibility principle - good example <p>interface IEmail {<br /> public void setSender(String sender);<br /> public void setReceiver(String receiver);<br /> public void setContent(IContent content);<br /> }</p> <p>interface IContent {<br /> public String getAsString(); // used for serialization<br /> }</p> <p>class Email implements IEmail {<br /> public void setSender(String sender) {<br /> // set sender;<br /> } </p> <p> public void setReceiver(String receiver) {<br /> // set receiver;<br /> } </p> <p> public void setContent(IContent content) {<br /> // set content;<br /> }<br /> }<br />   

总结

单一职责原则代表了设计应用程序时一种很好的识别类的方式，并且它提醒你思考一个类的所有演化方式。只有对应用程序的工作方式有了很好的理解，才能很好的分离职责