简单易懂的Builder模式

这天你刚刚打卡上班,开启电脑,打开eclipse,登陆qq,进入qq群,正准备跟群友摸一天的鱼.突然你的老板跑到你身边给了你个任务:

1.1给前端一个接口,根据前端传入的orderid返回整个订单的详情,简单,你抬抬手就写完了代码,将订单表中的数据拿出来返回给前端了;

数据库信息:

前台数据:

{"id":1,"detail":"秃驴是个大帅哥","state":"1"}

1.2正当你要继续摸鱼的时候,前端跑过来说:”大哥,你能不能把订单状态(state)的返回值搞成中文啊?”

“好说”,我们直接定义一个用于专门用于返回给前端的实体类,将数据转换后再丢给前端;

public class OrderInfo {
	private Integer id;
	private String state;

	public OrderInfo(Integer id,String state){
		this.id=id;
		this.state=state;
	}
	...
}

前端数据:

{"id":1,"detail":"秃驴是个大帅哥","state":"交易状态"}

1.3需求怎么可能就改一次!这不,前端又让加个state_code参数好让他根据state(订单状态)的值做不同动作,这也不难;

返回实体类的属性:

	private Integer id;
	private String state;
	private String state_code;

前端数据:

{"id":1,"state":"1","state_code":"交易状态"}

关键代码:

			String stateCode = order.getState();
			orderInfo.setState_code(stateCode);
			String state = null;
			switch (stateCode) {
				case "0":
					state = "创建状态";
					break;
				case "1":
					state = "交易状态";
					break;
				case "2":
					state = "完成状态";
					break;
			}
			orderInfo.setState(state)

1.4该需求这种事怎么会只有前端改,所以项目经理提了他的要求:”给order表价加个state_pay(付款状态),也返给前端吧.”

于是我们又改:

			String stateCode = order.getState();
			orderInfo.setState_code(stateCode);
			...
			orderInfo.setState(state);

			String payStateCode = order.getStatePay();
			orderInfo.setPay_state_code(payStateCode);
			String payState = null;
			switch (payStateCode) {
				case "0":
					payState = "待付款";
					break;
				case "1":
					payState = "付款中";
					break;
				case "2":
					payState = "已付款";
					break;
			}
			orderInfo.setPay_state(payState);

前台数据:

{"id":1,"state":"交易状态","state_code":"1","pay_state":"付款中","pay_state_code":"1"}

2.1前端一看这不行啊,我本来判断一个值就好了,这下要一下子判断2个值,ifelse这不得搞好多个啊,就跟我们要求只要一个状态:    

state=0 state_pay=0 => status :待交易 code: 0
state=0 state_pay=1 => status :预交易 code: 1
state=1 state_pay=2 => status :交易中 code: 2
state=2 state_pay=2 => status :已交易 code: 3

好家伙,这么改来改去自己后台代码也得各种ifelse不说,每次修改,都得修改一大坨代码,以后维护自己看了都头大,有没有什么好方法让自己的代码更优雅易读呢?

Builder设计模式专门为这种场合使用!

现在我们以builder模式改造我们的返回实体类:

public class OrderInfo {
	private Integer id;
	private String status;
	private String code;

	public static class Builder {
		private OrderInfo order;

		private String state;
		private String payState;

		public Builder() {
			order = new OrderInfo();
		}
		public Builder state(String state) {
			this.state = state;
			return this;
		}
		public Builder pay(String payState) {
			this.payState = payState;
			return this;
		}
		public OrderInfo build() {
			//在build()里进行构建order对象
			switch (this.state) {
				case "2":
					order.setCode("3");
					order.setStatus("已交♂易");
					break;
				case "1":
					order.setCode("2");
					order.setStatus("交♂易中");
					break;
				case "0":
					switch (payState) {
						case "1":
							order.setCode("1");
							order.setStatus("预交♂易");
							break;
						case "0":
							order.setCode("0");
							order.setStatus("待交♂易");
							break;
					}
					break;
			}
			return order;
		}
	}

	//只允许builder创建新对象
	private OrderInfo() {
	}
	public Integer getId() {
		return id;
	}
	public String getStatus() {
		return status;
	}
	public String getCode() {
		return code;
	}
	public void setId(Integer id) {
		this.id = id;
	}

	private void setStatus(String status) {
		this.status = status;
	}

	private void setCode(String code) {
		this.code = code;
	}
}

@service层关键代码:

			Order order = ...
			OrderInfo orderInfo = new OrderInfo.Builder()
							.state(order.getState())
							.pay(order.getStatePay())
							.build();
			orderInfo.setId(order.getId());
			return orderInfo;

这里Builder把原先需要在service层进行的逻辑判断移到了自身的builder方法中,如果以后又要更改状态或者逻辑的话service层可以不改动或者很小,只改动OrderInfo的内部类Builder就可以了,而且整个代码看起来也更清晰;感觉整个人都优雅了起来呢;

2.2所以当项目经理来告诉我们要再加个state_express(快递状态)的时候,

state=0 state_pay=0  state_express=0 => status :待交易 code: 0
state=0 state_pay=1  state_express=0 => status :预交易 code: 1
state=1 state_pay=2  state_express=0 => status :待发货 code: 2
state=1 state_pay=2  state_express=1 => status :运送中 code: 3
state=2 state_pay=2  state_express=2 => status :已完成 code: 4

我们不仅没打死项目经理,而且