设计原则-单一职责原则

1.定义

    不要存在多余一个导致类变更的原因，即一个类只负责一项职责。

 2.问题由来

    类T负责两个不同的职责：职责P1，职责P2.当由于职责P1需求发生改变而需要修改类时，有可能导致原本运行正常的职责P2的功能发生故障

3.解决方案

    3.1分别建立T1和T2类完成P1和P2的功能。

    3.2在程序已经写好了的情况下，这样做比较浪费时间，所以说简单的修改T类是一个不错的选择，这样做的风险是未来可能扩散到Pn,所以在扩散到我们无法控制之前进行重构。

4.举例：动物呼吸的场景

public class Animal {
	public void breath(String animal){
		System.out.println(animal+"陆地呼吸");
	}
}
class Client{
	public static void main(String[] args) {
		Animal animal=new Animal();
		animal.breath("牛");
		animal.breath("鱼");
	}
}

    4.1显而易见鱼在陆地呼吸不合理

    4.2第一种修改（缺陷较大因为以后可能扩展为淡水鱼和海水鱼）

public void breath(String animal){
		if("鱼".equals(animal)){
			System.out.println(animal+"水中呼吸");
		}else{
			System.out.println(animal+"陆地呼吸");
		}
		
	}

    4.3第二种修改添加方法（方法上符合单一原则）

/**
	 * 鱼的呼吸
	 * @param animal
	 */
	public void fishBreath(String animal){
			System.out.println(animal+"水中呼吸");
	}

    4.4将动物类抽象出来作为接口，分为陆地动物、水中生物等（比较麻烦但便于扩展）。

public class  LandAnimal implements Animals {
	public void breath(String animal){
		System.out.println(animal+"陆地呼吸");
	};
}
class Client{
	public static void main(String[] args) {
		Animals landAnimal=new LandAnimal();
		Animals waterAnimal=new WaterAnimal();
		landAnimal.breath("牛");
		waterAnimal.breath("鱼");
	}
}

5.总结

    单一职责原则可以提高可读性便于维护，降低类的复杂度，只要是模块化的程序设计都适用，我们应该灵活运用。