平时代码中用不到设计模式?Are you kidding me?

 

引子

平时我是个反应非常慢的人。有多慢呢?大概是两年前有次团队内部开会时,我听到同学说平时代码中用不到设计模式,我当时没有回答。两年后我终于反应过来了:“Are you kidding me?我每天都在用!”

 

应用场景

建造者模式

写一个接口,入参是一大堆,什么都有。这是长期积累下来的代码,参数都提供给外部用了。只能做加法,不能做减法。这时候接口就这样了,内部能不能好看点呢?

可以啊,重构,留壳抠瓤啊!

640?wx_fmt=png

这一堆参数可以封装成一个有意义的类,再往下传递处理。这时候就用到了建造者模式,对参数进行封装。构造一个静态builder函数,将参数传进去,返回是一个对象。

例子如下:

这是构造一个“人”的对象。builder函数建议放到“人”这个对象里,因为这样从领域上来说更合理更清晰。

 
@Data	
@Accessors(fluent = true)	
public class Person {	
    private String name;	
    private int armCount=2;//胳膊数默认为2	
    private int legCount=2;//腿数默认为2	
	
    private Person(String name) {	
        this.name = name;	
    }	
	
    public static Person builder(String name) {	
        return new Person(name);	
    }	
}

 

适配器模式

大家现在用mysql都喜欢用mybatis-generator工具自动生成部分代码。里面的对象一般称为领域对象。在上层给用户返回结果的时候一般不直接用。因为信息太多了。比如数据库中固定结构的字段:创建时间、更新时间、是否为逻辑删除列这些,更好的一个方式是对外不可见。这时候就要对领域对象和传输层对象之间做一个转换,这时候用到适配器模式。

 

下面是使用BeanUtils将对象之间做适配的例子:

 
    private static QuotaResponse toQuotaResponse(Quota quota) {	
        QuotaResponse quotaResponse = new QuotaResponse();	
        BeanUtils.copyProperties(quota, quotaResponse);	
        return quotaResponse;	
    }

 

观察者模式

数据库设计时常用的一种表结构设计方式是子母表。比如可以为“人”设计一张数据表。军人、工程师、特工有各自不同的属性,它们是“人”这张数据表的关联子表。为了展示时候的效率,将这些子母表展开,另外做一张展示表。

在写一个定时任务时,如果扫描到“人”的状态状态更新了。比如“人”的胳膊数变了,这时候可以通知这些展示表,状态都更新了。

 

举个例子:

因为九头蛇在街头横行,见人就砍,出现了一些残疾人。神盾局特工Fitz(菲兹)正在研制一种肢体再生技术,这个技术完成将会是包括人在内的所有动物的福音。因此,人类医院和动物医院都作为观察者都订阅了Fitz的项目状态。一旦完成,这些医院都会得到通知。

定义医院作为观察者的通用接口

 
public interface Observer {	
    void update(boolean isFinish);	
}

Fitz开放了一个attach方法,任何单位都可以实现Observer接口后通过这个方法被加入通知列表,一旦完成,Fiz将通知所有观察者:

 
public class Fitz {	
    private List<Observer> observers = new ArrayList<Observer>();	
	
    public void attach(Observer observer) {	
        observers.add(observer);	
    }	
	
    public void finish() {	
        notifyAllObservers();	
    }	
	
    public void notifyAllObservers() {	
        for (Observer observer : observers) {	
            observer.update(true);	
        }	
    }	
}

 

总结

代入思考,技术提升的关键

 

推荐阅读

「前任的50种死法」开发踩坑案例--慢就是错

一个请求过来都经过了什么?(2017年http版)

测测你是《花千骨》里的谁-业务代码里常用的设计模式

关于作者

一线开发十二年,有日本东京和美国硅谷研发经验。有百余项技术发明专利,目前任美团点评技术专家。有自己的技术公众号「编程一生」。如果您在阅读文章时有什么疑问或者发现文章的错误,欢迎在公众号里给我留言。

  • 26
    点赞
  • 73
    收藏
    觉得还不错? 一键收藏
  • 7
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值