• 今天开始设计模式之旅。设计模式是一些有经验的前辈所总结出来的开发软件的经验。

• 设计模式包括6大设计原则和23种设计模式，随着软件开发的深入，后来又有了一些新的设计模式出现。

• 我目前还没有太多的开发经验，但是这也不妨碍我对设计模式的理解和学习，因为在基本了解一下设计模式之后

• 我在遇到开发难题时，就可以借鉴这些设计模式来熟练应用到场景中。

• 学习设计模式借鉴的书籍《设计模式之禅》。这本书对设计模式讲解的很透彻，对于初学者有很大的好处，

• 然后我的目标是，每天至少学习一片设计模式，并用代码实现，注释讲解清晰，写成博客。

• 同时还要借鉴博客中对设计模式有深刻理解的博文进行在学习。

第一大设计原则：

单一职责原则（Single Responsibility Principle）

定义：应该有且仅有一个原因引起类的变更。
我的理解：尽可能的将对象划分成单一性的类别，使类的复杂性降低，实现什么职责都有清晰明确的定义
------------给出一个例子。
在设计中用户 管理、修改用户的信息、增加机构、增加角色等。
按照用户的业务对象和业务逻辑来进行类和接口的划分。

UserBiz.java

package hpu.lzl.srp;
/**
 * UserBiz(业务逻辑 Business Logic)
 * 将IUserInfo中的属于业务逻辑的类抽象成独立的接口。
 */
public interface IUserBiz{
	//这个是业务逻辑的方法
	boolean changePassword(String oldPassword);
	boolean deleteUser();
	void mapUser();
	boolean addOrg(int orgID);
	boolean addRole(int roleID);
}

IUserBO.java

package hpu.lzl.srp;
/*
 * 用户的Business Object(业务对象).
 * 将IUserInfo中的属于业务对象的一些方法抽象出来，形成独立的接口。
 */
public interface IUserBO{
	void serUserID(String userID);
	String getUserID();
	void setPassword(String password);
	String getPassword();
	void setUserName(String name);
	String getUserName();
}

IUserInfo.java

package hpu.lzl.srp;
/**
 * 这里是用户的所用信息以及操作的接口。
 * 它继承自IUserBO和IUserBiz。
 * 以便于用拥有所有的逻辑操作。
 * @author admin
 *
 */
public interface IUserInfo extends IUserBO,IUserBiz{
	
}

UserInfo.java

package hpu.lzl.srp;

public class UserInfo implements IUserInfo{
	private String userID;
	private String password;
	private String userName;
	@Override
	public void serUserID(String userID) {
		// TODO Auto-generated method stub
		this.userID = userID;
	}

	@Override
	public String getUserID() {
		// TODO Auto-generated method stub
		return userID;
	}

	@Override
	public void setPassword(String password) {
		// TODO Auto-generated method stub
		this.password = password;
	}

	@Override
	public String getPassword() {
		// TODO Auto-generated method stub
		return password;
	}

	@Override
	public void setUserName(String name) {
		// TODO Auto-generated method stub
		this.userName = name;
	}

	@Override
	public String getUserName() {
		// TODO Auto-generated method stub
		return userName;
	}

	@Override
	public boolean changePassword(String oldPassword) {
		System.out.println("改变密码，"+oldPassword);
		return false;
	}

	@Override
	public boolean deleteUser() {
		System.out.println("删除密码，"+false);
		return false;
	}

	@Override
	public void mapUser() {
		// TODO Auto-generated method stub
		System.out.println("用户map");
	}

	@Override
	public boolean addOrg(int orgID) {
		System.out.println("添加机构"+orgID);
		return false;
	}

	@Override
	public boolean addRole(int roleID) {
		System.out.println("添加角色，"+roleID);// TODO Auto-generated method stub
		return false;
	}

}

UserTest.java

public class UserTest{
	public static void main(String[] args) {
		IUserInfo userInfo = new UserInfo();
		//我要是为用户赋值，那么他是一个纯粹的BO
		IUserBO userBO = (IUserBO)userInfo;
		userBO.setPassword("hhh");
		//我如果要执行动作，你们他是一个业务逻辑类
		IUserBiz userBiz = (IUserBiz) userInfo;
		userBiz.addOrg(123);
	}
}

我理解的单一职责原则就是，在开发过程中设计类或接口时，尽量要将这些类和接口的职责唯一、明确。这样在进行合作开发时，不仅自己能够快速明确自己的目的，其他合作开发的程序员也能够明白你的意思。这样同样也可以降低代码的耦合性，有利于后期代码的维护。