设计模式之禅之六大设计原则-单一职责原则

单一职责原则
--->类从属性维度的划分：名词属性，动作属性。例如。用户类（User），用户行为类。（UserService）
--->类和接口的设计原则要追求的目标是：有且仅有一个原因能引起它的变化。也就是一个接口或类只有一个职责，它就负责同一类的事情，如果所负责的业务超过两类或两类以上，则考虑拆分成不同的接口。

单一职责原则的好处
--->类的复杂性降低，实现什么指责都清晰明确的定义
--->可读性提高，因为复杂性降低，因此刻度性提高。
--->可维护性提高，因为可读性提高，因此可维护性降低
--->变更引起的风险降低，变更是必不可少的。如果接口的单一职责做的好，一个接口修改，只对相应的实现类有影响，对其他接口无影响。这对系统的扩展性，维护性都有非常大的帮助

示例：

 1 package com.yeepay.sxf.only;
 2 /**
 3  * 电话的接口类
 4  * @author sxf
 5  * 
 6  * 一个电话的业务类，看似行为只有这些。
 7  * 可是（1）拨打电话，是需要传输协议的。因此，该业务类隐含负责了通信协议的传输。
 8  *           （2）通话时，是数据的传输。因此，该业务类隐含负责了数据的传输。
 9  * 因此该电话业务类，违背了单一职责的原则，该业务类负责协议和数据两个职责。
10  * 
11  * 我们面向接口的编程。因此可以拆分成两个接口类。一个通信协议的传输接口。一个数据格式的接口。
12  * ==>可由一个实现类，同时实现这两个接口，内部组合，完成电话功能。
13  * ==>也可以由两个实现类，各自实现一个接口。然后两个实现类，数据传输类引用通信协议传输接口，（增加类的数量，增加了类之间的耦合度）
14  *         在需要打电话，先调用通信协议的方法，建立链接。再传输数据。完成通话
15  * 
16  *
17  */
18 public interface IphoneService {
19 
20     /**
21      * 拨通电话
22      * @param phoneNumber
23      */
24     public void dial(String phoneNumber);
25     /**
26      * 进行通话
27      * @param o
28      */
29     public void chat(Object o);
30     /**
31      * 通话完毕，挂断电话
32      */
33     public void hangup();
34 }

View Code