面向对象：单一任务原则(SRP)

Robert C. Martin提出的面向对 象的5个原 则 ， 这 次介 绍 一下单一 责 任原 则 。 单 一 责 任原 则 （Single Responsibility Principle (SRP)）： 类 的 责 任只有一个，修改 类 的理由不能存在多个。

参考文档(http://www.objectmentor.com/resources/articles/srp.pdf )

 
遵循SRP单 一 责 任原 则 的 类满 足以下条件： 
  ◇　只拥 有一个角色（ 责 任） 
  ◇　修改类 的 场 合，修改的理由只有一个 
 
为 什么要去 类 的 责 任是 单 一的呢？ 
假设 一个 类 有复数个 责 任， 类 修改的 时 候有2个以上的理由。其中某一个机能修改的 时 候很容易影响到其他机能。 软 件的安定性和 维护 便利性很会 较 差。 
SRP单 一 责 任原 则 中"修改的理由= 责 任" 这样 定 义 。即使理 论 明白但在 实 践中判断是比 较 困 难 的。 
下面以打电话举 例 说 明： 
Modem.java
interface Modem {
    public void dial(String pno);    //拨打 
    public void hangup();     　　   //挂电话 
    public void send(char c);   　 //送信
    public char recv();        　　　//收信
}
这样定义的Modem接口 看起来是一组机能，实质上是两组机能。 
   ◇　连接管理 （dial、hangup） 
    ◇　数据送受信（send、recv）
为什么这边要分为两组机能呢？
假设 Modem有以下修改： 
   ◇　连接方法的修改 　⇒　Modem 类修改 
   ◇　送受信方法的修改　⇒　Modem类修改 
因此对应相对的变化，这边作为两组机能。
 
这样我们就可以重新定义如下 ： 
连接管理接口： 
    Connection {dial, hangup}
数据送受信接口： 
    DataChannel {send, recv}
然后具体的实现 交 给继 承接口的各自的 类 去 实现 。 
一般来说， SRP 单一责任原则类的设计可以通过以下步骤来实现： 
　　①寻找机能 ：有什么 样的机能？ 
　　②汇总机能（定义类） ：相似的机能 归总到一个类 
　　③考虑修改理由 ：列 举类可能的修改理由 
　　④分割类：如果类有多个修改理由的场合，把类分割成多个类。或者是多个类因只有一个修改理由而汇总成一个类。 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/hantiannan/archive/2009/09/23/4583691.aspx