大家好，我是捡田螺的小男孩。,本文内容就是：在原有代码基础上，如何一步步通过设计模式去优化代码?日常工作中，我们用得最多的设计模式，就是策略模式、工厂模式和模板方法模式啦。最近刚好用这几种模式优化了代码，所以今天跟大家聊聊，我是怎么优化的，思路是怎么样的。希望本文对大家有帮助哈。,大家先看下，优化前，原有代码的大概逻辑哈。代码如下：,这个代码可能存在哪些问题呢?,说得专业一点点，就是以上代码，违背了面向对象的开闭原则和单一原则。,大家是否还记得，如果代码中有多个if...else等条件分支，并且每个条件分支，可以封装起来替换的，我们就可以使用策略模式来优化。,回忆一下，什么是策略模式呢?,策略模式定义了算法族，分别封装起来，让它们之间可以相互替换，此模式让算法的变化独立于使用算法的的客户。这个策略模式的定义是不是有点抽象呢?打个通俗易懂的比喻：,假设你跟不同性格类型的小姐姐约会，要用不同的策略，有的请电影比较好，有的则去吃小吃效果不错，有的去逛街买买买最合适。当然，目的都是为了得到小姐姐的芳心，请看电影、吃小吃、逛街就是不同的策略。,策略模式针对一组算法，将每一个算法封装到实现共同接口的不同独立的类中，从而使得它们可以相互替换。策略模式我们一般是怎么定义的呢?,所以，对于原有的伪代码流程，我们就可以定义企业客群类型的策略实现类，和市场营销类型的策略实现类。这两个策略实现类都实现了两个方法，一个方法是匹配类型的，就是返回原始代码if...else条件判断的类型;然后另外个方法，就是if...else条件的实现内容。代码如下：,每个策略现在都实现好了，不同策略的实现类怎么交给spring管理呢?,我们可以实现ApplicationContextAware接口，把策略的实现类注入到一个map，然后根据请求方不同的策略请求类型，去实现不同的调用嘛，其实就是类似于工厂模式的思想啦。代码如下：,有了策略模式+工厂方法模式后，我们伪代码流程简化成这样啦：,小伙伴们，细心回头观察下原先的伪代码流程，会发现一个共性的代码流程，就是先开关控制，然后根据请求数量决定走单笔调用还是批量调用。,这就可以使用模板方法继续优化了。所谓模板方法模式，其实就是：,定义一个操作中的算法的骨架流程，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。它的核心思想就是：定义一个操作的一系列步骤，对于某些暂时确定不下来的步骤，就留给子类去实现，这样不同的子类就可以定义出不同的步骤。,为了通俗易懂一点，打个比喻：,追女朋友要先“牵手”，再“拥抱”，再“接吻”， 再“拍拍..额..手”。至于具体你用左手还是右手牵，无所谓，但是整个过程，定了一个流程模板，按照模板来就行。,模板方法使用比较简单：,我们只需要把开关控制接口，单笔远程调用、批量远程调用这个通用共性的流程，定义到模板抽象类就好啦。代码如下：,不同的策略子类自己控制开关，和控制不同接口的调用即可。,策略模式、工厂模式和模板方法模式这三种设计模式，是日常开发用得最多的。本文呢，也是阐述了我是如何在原有代码上，抽取出设计模式的。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
