架构设计原则

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 数据库连接";
	}
}