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

前端之家收集整理的这篇文章主要介绍了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;
	@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);
	}
}
我理解的单一职责原则就是,在开发过程中设计类或接口时,尽量要将这些类和接口的职责唯一、明确。这样在进行合作开发时,不仅自己能够快速明确自己的目的,其他合作开发的程序员也能够明白你的意思。这样同样也可以降低代码的耦合性,有利于后期代码的维护。 原文链接:https://www.f2er.com/javaschema/284283.html

猜你在找的设计模式相关文章