利用责任链模式设计一个拦截器

  • 时间:
  • 浏览:1
  • 来源:彩神11选5_神彩11选5官方

   }

public class Main {

public abstract class CicadaInterceptor {

   @Override

               .addChain(new SensitiveWordProcess())

public class CopyrightProcess implements Process {

一起定义了一个 InterceptProcess 的客户端:

于是朋友将代码修改:

显然另一个的扩展性不好。

       MsgProcessChain chain = new MsgProcessChain()

       return this ;

   public void after(CicadaContext context,Param param) throws Exception{}

   void doProcess(String msg) ;

比如 Netty 中的 pipeline 但会 一个典型的责任链模式,它可不才能让一个请求在整个管道中进行流转。

接下来则是客户端的入口;调用拦截前后的入口法律办法即可。

   public static void main(String[] args) {

对于拦截器来说使用责任链模式再好不过了。

整个责任链模式肯能讲完,希望对这个设计模式还不了解的朋友带来些帮助。

一起对于使用者来说只都要创建拦截器类继承 CicadaInterceptor 类即可。

public class Main {

}

保存 order 值到拦截器中:

               .addChain(new CopyrightProcess()) ;

光看这段描述肯能朋友会虽然懵,简单来说但会 该设计模式用于对某个对象肯能请求进行一系列的处理,哪此处理逻辑正好组成一个链条。

现在来看看具体是为什么我么我使用的吧。

记录一个业务 handle 的执行时间。

}

那这个执行执行顺序怎样实现自定义配置的呢?

重新对责任链排序:

这个设计模式在日常使用中频率还是挺高的,借此肯能来分析分析。

另一个当我请求其中一个接口回会将刚才的日志打印出来:

责任链模式在面向对象程式设计里是三种软件设计模式,它蕴含 了一点命令对象和一系列的处理对象。每一个处理对象决定它能处理哪此命令对象,它也知道怎样将它才能处理的命令对象传递给该链中的下一个处理对象。该模式还描述了往该处理链的末尾再加新的处理对象的法律办法。

   public void process(String msg){

请求接口可不才能看过如下内容:

public class SensitiveWordProcess implements Process {

       System.out.println(msg + "敏感词处理");

一起我也可不才能调整拦截顺序,只都要在 @Interceptor(order=1) 注解中定义这个 order属性即可(默认值是 0,越小越先执行)。

    * @return

但会 只都要给客户端提供一个执行入口以及再加责任链的入口即可:

public class CopyrightProcess implements Process {

完后 是打印请求参数的拦截器先执行,这次我手动将它的 order 调整为 2,而打印时间的 order 为 1 。

再提供了一个函数分别对应了拦截前和拦截后的入口:

贴一点核心代码。

一起上方的请求参数也越来越 打印出来,说明请求虽然被拦截下来。

   /**

   /**

另一个看似没啥哪此的问提才能处理需求,但肯能我还都要为为内容再加一个统一的标题呢?在现有的法律办法下就不得不新增处理法律办法,但会 是在这个客户端( Process)的基础上进行新增。

    */

}

设置拦截器到责任链中时通过反射将 order 的值保存到各个拦截器中。

近期在做 Cicada 的拦截器功能,正好用到了责任链模式。

常见的写法如下:

假设另一个的场景:传入了一段内容,都要对这段文本进行加工;比如过滤敏感词、错别字修改、最后署上版权等操作。

其中的 loadInterceptors() 会将所有的拦截器加入到责任链中。

   public static void main(String[] args) {

   private List<Process> chains = new ArrayList<>() ;

   @Override

   public void doProcess(String msg) {

               .typo()

在请求的 handle 中首先进行加载( loadInterceptors(AppConfigappConfig)),也但会 初始化责任链。

   @Override

}

先来做前一个试验:

    * @param process

   }

       System.out.println(msg + "版权处理");

下面来看看在 Cicada 中的实现:

       String msg = "内容内容内容==" ;

    */

   }

再次请求接口观察后台日志:

}

   public boolean before(CicadaContext context,Param param) throws Exception{

               .addChain(new TypoProcess())

}

   public void doProcess(String msg) {

该需求非常的符合对某一个对象、请求进行一系列处理的形态学 。

引用一段维基百科对其的解释:

接下来我让打印执行时间的拦截器中拦截请求,一起输入向前端输入一段文本:

首先是定义了和上文 Process 接口类式的 CicadaInterceptor 抽象类:

这时 Process 但会 一个接口了,用于定义真正的处理函数。

           chain.doProcess(msg);

先来看看哪此是责任链模式。

       }

下面来简单演示使用与不使用责任链模式有哪此区别和优势。

       String result = Process.sensitiveWord()

   public void doProcess(String msg) {

       String msg = "内容内容内容" ;

       chain.process(msg) ;

另一个使用起来就非常简单:

               .copyright();

       return true;

public interface Process {

当我都要再增加一个处理逻辑时只都要再加一个处理单元即可( addChain(Processprocess)),并对客户端 chain.process(msg) 是无感知的,不都要做任何的改动。

    */

扫描拦截器时保存 order 值:

   }

   }

   /**

    * 执行处理

       chains.add(process) ;

最终通过排序重新排列这个责任链的顺序。

肯能朋友越来越 直接写过责任链模式的相关代码,但不经意间使用到的却不少。

虽然也比较简单,有以下几步:

}

在 after 里打印了请求参数。

   }

在加载拦截器时将注解里的 order 保存起来。

       for (Process chain : chains) {

    * @param msg

    * 执行处理

}

一起可在第一个拦截器中返回 false 让请求被拦截。

       System.out.println(msg + "版权处理");

   }

肯能是拦截器,越来越 在 before 函数中是可不才能对请求进行拦截的。但会 返回 false 就无需继续向后处理。全都这里做了一个返回值的判断。

    * 再加责任链

通过官方图就可不才能非常清楚的看出是一个责任链模式:

    * @param msg

   }

public class MsgProcessChain {

这完后 就到了责任链模式发挥作用了。

这里做了一个演示,分别三个拦截器:

发现打印执行时间的拦截器先执行。

   public MsgProcessChain addChain(Process process){

一起完后 对内容的各种处理只都要实现该接口即可: