架构设计原则

1.开闭原则

1.1.概念

1.开闭原则是指一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。

1.2.案例解释

1.所谓的开闭和扩展,我们是针对的是抽象的类或者方法的扩展和关闭;

例如
整个课程接口ICourse

public interface ICourse {
	Integer getId();
	String getName();
	Double getPrice();
}

整个课程可能包含java,c,vb,前端,软件测试等等,我们创建一个java课程JavaCourse

public class JavaCourse implements ICourse{
	private Integer Id;
	private String name;
	private Double price;
	public JavaCourse(Integer id, String name, Double price) {
		this.Id = id;
		this.name = name;
		this.price = price;
	} 
	public Integer getId() {
		return this.Id;
	}
	public String getName() {
		return this.name;
	} 
	public Double getPrice() {
		return this.price;
	}
}

1.3.总结

强调的是用抽象构建框架,用实现扩展细节。可以提高软件系统的可复用性及可维护性。

2.依赖倒置原则

1.依赖倒置原则是指设计代码结构时,高层模块不应该依赖底层模块,二者都应该依赖其抽象。
  抽象不应该依赖细节;细节应该依赖抽象。
2.通过依赖倒置,可以减少类与类之间的耦合性,提高系统的稳定性,
  提高代码的可读性和可维护性,并能够降低修改程序所造成的风险

3.单一职责原则

背景

假设我们有一个 Class 负责两个职责,
一旦发生需求变更,修改其中一个职责逻辑代码,有可能会导致另一个职责的功能发生故障。
这样一来,这个 Class 存在两个导致类变更的原因。

概念

1.一个类或者一个方法一个负责的功能和任务要的单一;
2..类的单一职责原则
3.方法的单一职责原则

4.接口隔离原则

1.接口隔离原则是指用多个专门的接口,而不使用单一的总接口;
2.因为客户端[调用方]有可能不需要使用某个接口中的所有的方法

例如

1.InsuranceService 和SmsService  分别对应的是出单的接口和短信的接口,我们用两个
  service;而不是创建一个service 里面既有出单的方法,又有短信的方法;
public interface InsuranceService {

	/**
	 * 
	 * @Description: 保费试算接口
	 * @Author: gaoxinfu
	 * @Time:2019年3月8日 下午2:19:18
	 */
	public TrailPremiumResDTO trailPremium(TrailPremiumReqDTO trailPremiumReqDTO) throws Exception;

	/**
	 * 
	 * @Description: 核保接口
	 * @Author: gaoxinfu
	 * @Time:2019年3月8日 下午2:19:18
	 */
	public UnderWriteResDTO doUnderWrite(UnderWriteReqDTO underWriteReqDTO) throws Exception;

}
package com.guohualife.ebiz.ecp.sms.service;

import com.guohualife.ebiz.ecp.sms.dto.req.SmsQueryReqDTO;
import com.guohualife.ebiz.ecp.sms.dto.req.SmsReqDTO;
import com.guohualife.ebiz.ecp.sms.dto.res.SmsQueryResDTO;
import com.guohualife.ebiz.ecp.sms.dto.res.SmsResDTO;

public interface SmsService {

	/**
	 * 
	 * @Description:短信发送
	 * @Author: gaoxinfu
	 * @Time:2019年3月8日 下午2:19:18
	 */
	public SmsResDTO send(SmsReqDTO smsReqDTO) throws Exception;
	
	
	/**
	 * 
	 * @Description:短信查询
	 * @Author: gaoxinfu
	 * @Time:2019年3月8日 下午2:19:18
	 */
	public SmsQueryResDTO smsQuery(SmsQueryReqDTO smsQueryReqDTO) throws Exception;
}

5.迪米特法则

1.迪米特原则(Law of Demeter LoD)是指一个对象应该对其他对象保持最少的了解,
  又叫最少知道原则(Least Knowledge Principle,LKP),尽量降低类与类之间的耦合。
2.尽量不要知道不相关的变量以及方法的输入和输出参数  

例如

/**
 *
 * @description:调用HRP平台-核保接口
 * @author:gaoxf_ebiz
 * @time:2016年8月25日 下午8:29:12
 */
@Component
public class HrpUnderwriteAction extends BaseAction{

	@Resource
	OrderManagerService wsOrderManage;
	
	@Resource
	OrderManagerService orderManagerService;

	@Resource
	ItemPropertyService itemPropertyService;
	
	@Override
	protected void doAction(ThirdActionDTO thirdActionDTO) throws Exception {
		//1.组装请求入参
		UnderWriteReqModel underWriteReqModel=this.initRequestDTO(thirdActionDTO);
		if (underWriteReqModel==null) {
			return;
		}
		//2.调用平台核保接口
		UnderWriteResModel underWriteResModel=this.invoke(underWriteReqModel);
		//3.组装响应出参
		this.setResponseDTO(thirdActionDTO,underWriteResModel);
	}
	....
}
上面的交互全部使用ThirdActionDTO对象贯穿整个业务,再往后走的过程中,
 我们不关注UnderWriteResModel 的值是什么

6.里氏替换原则

子类可以扩展父类的功能,但不能改变父类原有的功能。
1、子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
2、子类中可以增加自己特有的方法。
3、当子类的方法重载父类的方法时,方法的前置条件(即方法的输入/入参)要比父类
方法的输入参数更宽松。
4、当子类的方法实现父类的方法时(重写/重载或实现抽象方法),方法的后置条件
 (即方法的输出/返回值)要比父类更严格或相等。

7.合成复用原则

继承我们叫做白箱复用,相当于把所有的实现细节暴露给子类。
组合/聚合也称之为黑箱复用,对类以外的对象是无法获取到实现细节的。
1.合成复用原则是指尽量使用对象组合/聚合,而不是继承关系达到软件复用的目的。
2.可以使系统更加灵活,降低类与类之间的耦合度,一个类的变化对其他类造成的影响相对较少。

还是以数据库操作为例,先来创建 DBConnection 类:

public class DBConnection {
	public String getConnection(){
		return "MySQL 数据库连接";
	}
} 

创建 ProductDao 类:

public class ProductDao{
	private DBConnection dbConnection;
	public void setDbConnection(DBConnection dbConnection) {
	this.dbConnection = dbConnection;
} 
public void addProduct(){
	String conn = dbConnection.getConnection();
	System.out.println("使用"+conn+"增加产品");
	}
}

这就是一种非常典型的合成复用原则应用场景。但是,目前的设计来说,DBConnection
还不是一种抽象,不便于系统扩展。目前的系统支持 MySQL 数据库连接,假设业务发生变化,数据库操作层要支持 Oracle 数据库。当然,我们可以在 DBConnection 中增加
Oracle 数据库支持的方法。但是违背了开闭原则。其实,我们可以不必修改 Dao 的代码,
将 DBConnection 修改为 abstract,来看代码:

public abstract class DBConnection {
	public abstract String getConnection();
} 

然后,将 MySQL 的逻辑抽离:

public class MySQLConnection extends DBConnection {
	@Override
	public String getConnection() {
	return "MySQL 数据库连接";
	}
} 

再创建 Oracle 支持的逻辑:

public class OracleConnection extends DBConnection {
	@Override
	public String getConnection() {
		return "Oracle 数据库连接";
	}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

东山富哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值