程序设计六大设计原则 其一

其一： 单一职责原则【Single Responsibility Principle】 

单一指责原则英文名称是Single Responsibility Principle简称SRP。指的是一个接口、一个类或一个方法只实现一类行为或属性。

举个例子，如图：

我相信即使一个初级的程序员也可以看出这个接口设计的有问题，用户的属性（Properties）和用户的行为（Behavior）没有分开，这是一个严重的错误！非常正确，那么该如何设计这个接口呢。

重新拆封成两个接口，IUserBO 负责用户的属性，简单的说就是 IUserBO 的职责是收集和反馈用户的属性信息；IUserBiz 负责用户的行为，完成用户的信息的维护和变更。

那么究竟什么是单一职责原则？SRP 的原话解释是：There should never be more than one reason for a class to change.翻译成中文即为：应该有且仅有一个原因引起类的变更 。

再举例来说：一次完整的打电话过程是什么样的？1.拨通电话2.聊天3.挂断电话。那么反应在接口和实现类上应该是这样写的。

public interface IPhone { 

//拨通电话 

public void dial(String phoneNumber); 

//通话 

public void chat(Object o); 

//回应

 public void answer(Object o); 

//通话完毕，挂电话

 public void huangup();

 } 

这个接口写完了，有没有问题？有。单一职责要求一个接口或类只有一个原因引起变化，也就是一个接口或类只有一个职责， IPhone 这个接口可不是只有一个职责，它是由两个职责：一个是协议管理，一个是数据传送，diag()和 huangup()两个方法实现的是协议管理，拨号接通和关闭；chat()和 answer()是数据的传送，把我们说的话转换成模拟信号或者是数字信号传递到对方。为此需要对接口进行拆分。

这样的设计才是完美的，一个手机实现了两个接口，把两个职责融合一个类中，你会觉得这个 Phone有两个原因引起变化了，是的，但是别忘记了我们是面向接口编程，我们对外公布的是接口而不是实现类。

那使用了单一职责原则有什么好处呢？

1.类的复杂性降低，实现什么职责都有清晰明确的定义；

2.可读性提高，复杂性降低，那当然可读性提高了；

3.可维护性提高，那当然了，可读性提高，那当然更容易维护了；

4.变更引起的风险降低，变更是必不可少的，接口的单一职责做的好的话，一个接口修改只对相应的实现类有影响，与其他的接口无影响，这个是对项目有非常大的帮助。

其一到此结束。