炙手可热的10家物联网初创企业

如果没看懂的同学，三歪建议再对比一下代码看看，责任链这种设计模式是非常好用，在项目里边也是非常常见的。

只要把BusinessProcess/ProcessContext/ProcessTemplate/ProcessController的代码给拷过去自己的项目中，这就能帮你把原有的if else逻辑给干掉。

Pipeline

不知道大家看过Pipeline这个词了没，在学Redis的时候可能会见过，在Redis里边我们会用Pipeline去做批量的操作。

抛开Redis的Pipeline，但从宏观的角度上来，Pipeline其实是一种架构思想。

同时我也认为它是「责任链模式」的实现之一。

下面来看看我这边的一个Pipeline实现的架构图：

 

我们可以看到的是在ProcessController执行链通用的流程控制器上会有一个Map去存储多个责任链的模板，这样做的好处就是：ProcessController这个流程控制器可以根据code支持多个责任链执行。

接下来就是我们有具体的BusinessProcess去加入到ProcessTemplate的链上，然后调用ProcessController的方法去执行整一条推送链。

一般我们在XML注入就好了，比如说现在我们有两个BusinessProcess的实现，分别是白名单和发消息的逻辑：

 

今天想来跟大家讨论一下怎么干掉if else。

已经工作的人可能深有体会：没有什么是if else搞不掂的，如果有，那就再嵌套一层。

大多数人都是做业务开发的，if else是避免不了的，但怎么让if else的逻辑看起来更顺眼，变得更加好看，更加好维护呢?

如果之前看过三歪文章的同学可能就会想到「责任链模式」。

没错就是 责任链模式

当你看到一个Service中有一大堆if else 逻辑的时候，可能你会幻想着要不要重构掉，但是始终下不了手。

所以，今天想来分享一个「通用」的责任链模式的模板，把if else给套进去就完事了，我相信都能学会。

之前写设计模式文章的时候，有的同学会评论说我把东西搞复杂了，本来就有简单的方式去弄，为啥就要嵌套这么多层去搞这些花里胡哨的东西。

在我看来，用最简单的方式去实现是没有任何问题的。但达到一定代码量的时候，多想想一下，换一个人去维护，人家能不能看懂，有没有更加好的方式，这往往就需要「抽象」的能力。

这也是为什么这么多人推崇设计模式的原因。

不多BB，来吧。

责任链通用实现

现在我就默认大家都知道什么是责任链模式了，如果还对这个不懂的同学，可以先看看我之前的文章。

（编辑：信阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!