单一职责原则

定义：一个类有且只有一个引起它变化的原因（一个类只负责一项职责）

为什么需要单一职责原则：
如果一个类有多个原因要去修改它，那么修改一个功能时，可能会让其他功能产生Bug，所以一个类最好只有一个职责。但实际应用中还是比较难实现的，我们只能是尽量符合这个原则

注意点、难点：
1、职责的划分
2、设计应因项目，环境而异
3、接口单一，类变化原因唯一

优点：
1、降低类的复杂度，耦合
2、提高可读性，复用性
3、变更风险降低（降低其他功能的影响）

出现场景：
假设类A负责两个不同的职责，职责B1和职责B2，当由于职责B1需求发生改变而需要修改类A时，有可能会导致原本运行正常的职责B2功能发生故障，也就是说职责B1和B2被耦合在了一起。

interface Person {
	// 姓名
	void getName(String name);

	// 跑步
	void Run();
}

姓名属于业务对象，跑步属于业务行为--职责不明确：单一职责进行接口拆分

package com.hc.www;

interface attribute {// 属性
	// 姓名
	void getName(String name);
}

interface behavior {// 行为
	// 跑步
	void Run();
}

// 实现类
class Att implements attribute {

	@Override
	public void getName(String name) {
		// TODO Auto-generated method stub
		System.out.println("得到名字" + name);
	}

}

class Beh implements behavior {

	@Override
	public void Run() {
		// TODO Auto-generated method stub
		System.out.println("健步如飞！");
	}

}

public class SingleDuty {

	public static void main(String[] args) {
		// TODO Auto-generated method stub

	}

}

当其中某项职责发生变化时就执行修改对应接口，受影响的只是对应的类，不会影响其他类