单一职责原则
--->类从属性维度的划分：名词属性，动作属性。例如。用户类（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 }
