6大设计原则(一)---单一职责原则

 * 今天开始设计模式之旅。设计模式是一些有经验的前辈所总结出来的开发软件的经验。
 * 设计模式包括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;@Overridepublic void serUserID(String userID) {// TODO Auto-generated method stubthis.userID = userID;}@Overridepublic String getUserID() {// TODO Auto-generated method stubreturn userID;}@Overridepublic void setPassword(String password) {// TODO Auto-generated method stubthis.password = password;}@Overridepublic String getPassword() {// TODO Auto-generated method stubreturn password;}@Overridepublic void setUserName(String name) {// TODO Auto-generated method stubthis.userName = name;}@Overridepublic String getUserName() {// TODO Auto-generated method stubreturn userName;}@Overridepublic boolean changePassword(String oldPassword) {System.out.println("改变密码，"+oldPassword);return false;}@Overridepublic boolean deleteUser() {System.out.println("删除密码，"+false);return false;}@Overridepublic void mapUser() {// TODO Auto-generated method stubSystem.out.println("用户map");}@Overridepublic boolean addOrg(int orgID) {System.out.println("添加机构"+orgID);return false;}@Overridepublic boolean addRole(int roleID) {System.out.println("添加角色，"+roleID);// TODO Auto-generated method stubreturn false;}}

UserTest.java

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

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