* 今天开始设计模式之旅。设计模式是一些有经验的前辈所总结出来的开发软件的经验。 * 设计模式包括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); } } ~~~ 我理解的单一职责原则就是，在开发过程中设计类或接口时，尽量要将这些类和接口的职责唯一、明确。这样在进行合作开发时，不仅自己能够快速明确自己的目的，其他合作开发的程序员也能够明白你的意思。这样同样也可以降低代码的耦合性，有利于后期代码的维护。