- 在VisualStudio中部署GDAL库的C++版本(包括SQLite、PROJ等依赖)
- Android开机流程介绍
- STM32CubeMX教程31USB_DEVICE-HID外设_模拟键盘或鼠标
- 深入浅出Java多线程(五):线程间通信
中介者,何为中介者,顾名思义就是我们的在处理A和B之间的关系的时候,引入一个中间人,来处理这两者之间的关系,例如生活中我们需要去租房,买房,都会有中介,来处理房东和租客之间的协调关系,这个就是中介者,落实到具体的代码中呢,就像我们的Controller可能会依赖很多的Service层面的东西,在这里的代码都会注入很多Service,导致依赖很严重,耦合较高,并且多的情况下会使得Controller的代码看起来并不是那么简洁,而中介者模式,恰恰可以解决这一痛楚,降低Controller和Service层面的依赖,通过一个接口,来实现Controller调用业务层面的操作,在中介者体系下,我们更多的是关注我们自身的业务,以及在业务之中,我们如何构建我们的业务模型,以及每个业务需要做的事件处理操作即可,换做以往的开发模式,我们需要依赖Bussiness A,B,C三个Service。在引入了Mediator中介者模式,我们的Controller只需要注入并引入IMediator的对象,即可实现调用对应的A,B,C的业务操作。接下来,我们一起看看,如何设计以及如何使用.
。
首先我是一名使用c#开发多于Java开发的人员,所以代码的编写风格,更多的是趋向于c#的写法,诸位请见谅,同时在中介者模式,Mediator在c#那边有一个成熟的框架,并且已经很多人在使用,在这里我只是简单的实现一个Java的一个版本,诸位,请莫见怪。整体的设计如下,在自动装配,3以前的版本和以后的版本是一样的,踩了个坑,以前老的方式是META-INF下面创建一个spring.factories,里面写入你自动配置的类,在新版本则是在META-INF下面创建一个spring文件夹,里面创建一个org.springframework.boot.autoconfigure.AutoConfiguration.imports的文件,在这里去写你要自动配置的类的路径即可,多个是多行,一行一个。 。
看上面的目录结构,我们可以看到有三个注解,第一个注解代表某个类是一个CommandHandler,这个类必须实现ICommahdHandler的接口,或者IEmptyCommandHandler接口,接口定义如下,里面都只是一个Handle的方法,ICommandHandler的泛型T必须实现IRequest的接口,这个代表是方法的入参,同时IRequest的泛型R代表是Handle的返回值,这个可以理解为,我们一个业务Handle的请求和响应。而下面的IEmptyCommandHandler是一个无返回值但是有入参的一个操作接口,其实这个可以用ApplicationEvent来代替也是没问题的,同时在C#的Mediator也提供了Publish的方法 ,这个也是没有返回值,其用法和Application.publishEvent是一样的,所以我在代码里仅定义了接口,并没有去实现。当我们自己实现了CommandHandler的接口以及请求和响应的时候,在Controller我们就只需要定义一个IMediator的对象即可,Autowired获取就行了.
。
package com.mediator.Handler; import com.mediator.Request.IRequest; import java.util.concurrent.Future; public interface ICommandHandler<T extends IRequest<R>,R> { R Handle(T request); } package com.mediator.Handler; import com.mediator.Request.IEmptyRequest; public interface IEmptyCommandHandler<T extends IEmptyRequest> { void Handle(T request); }
package com.mediator.Request; public interface IRequest<R> { } public interface IEmptyRequest { }
这里是MediatorComfiguration的具体代码,我们需要获取到ApplicationContext上下文对象,在执行我们的InjectMediator的方法的时候,我们会先去找看有没有使用EnableCommandHandler注解的类对象,以此来判断有没有开启中介者模式并且使用,然后我们这个注解定义了Path,这是一个String,保存我们需要扫描的包路径,如果路径不为空,就获取默认的BeanFactory对象,我们需要来动态的注入我们的实现的各种Handler到容器以及PipeLine,在scanCommandHandlerClasses方法里,我们去根据包路径去扫描这个包下面,使用了CommandHandler注解的所有的类,最终获取到了一个BeanDefinition集合,我们获取到了Bean的ClassName作为Bean的名字,同时设置生命周期是request的,注入到容器里面,下面的是获取PipeLine注解的实现类的,标记这个注解代表的是Handler接口的Aop实现对象,也是定义了一个是空的Handler的Aop和CommandHandler的Aop,三个方法分别代表,在执行Handler之前,之后,以及出现异常的时候的调用.
public interface IPipeline<T,R> { void BeforeForHandler(IRequest<R> para); void AfterForHandler(R res); void HandlerException(Exception ex); } public interface IEmptyPipeline<T> { void BeforeForHandler(IEmptyRequest para); void AfterForHandler(); void HandlerException(Exception ex); }
package com.mediator; import com.mediator.Annotations.CommandHandler; import com.mediator.Annotations.EnableCommandHandler; import com.mediator.Annotations.PipeLine; import com.mediator.Mediator.IMediator; import com.mediator.Mediator.impl.Mediator; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.beans.factory.config.BeanDefinition; import org.springframework.beans.factory.support.DefaultListableBeanFactory; import org.springframework.context.ApplicationContext; import org.springframework.context.ConfigurableApplicationContext; import org.springframework.context.annotation.*; import org.springframework.core.annotation.AnnotationUtils; import org.springframework.core.type.filter.AnnotationTypeFilter; import java.util.Set; @Configuration public class MediatorConfiguration { @Autowired private ApplicationContext context; public MediatorConfiguration() { } @Bean public IMediator InjectMediator() { var enable=context.getBeansWithAnnotation(EnableCommandHandler.class); if (!enable.isEmpty()) { var application=enable.values().iterator().next(); EnableCommandHandler handler = AnnotationUtils.findAnnotation(application.getClass(), EnableCommandHandler.class); if (handler!=null) { var path=handler.path(); if (!path.isEmpty()) {ConfigurableApplicationContext configurableApplicationContext = (ConfigurableApplicationContext) context; DefaultListableBeanFactory factory=(DefaultListableBeanFactory)configurableApplicationContext.getBeanFactory(); var allCommandClass=scanCommandHandlerClasses(path); if (!allCommandClass.isEmpty()) { for(BeanDefinition item:allCommandClass) { var name=item.getBeanClassName(); item.setScope("request"); factory.registerBeanDefinition(name,item); } } var pipeClass=scanPipeLineClasses(path); if (!pipeClass.isEmpty()) { for(BeanDefinition item:pipeClass) { var name=item.getBeanClassName(); item.setScope("request"); factory.registerBeanDefinition(name,item); } } } } } return new Mediator(); } private Set<BeanDefinition> scanCommandHandlerClasses(String basePackage) { AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(); ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(context,true); // 添加过滤条件,只扫描带有 @CommandHandler 注解的类 scanner.addIncludeFilter(new AnnotationTypeFilter(CommandHandler.class)); // 扫描指定包路径 Set<BeanDefinition> candidates = scanner.findCandidateComponents(basePackage); return candidates; } private Set<BeanDefinition> scanPipeLineClasses(String basePackage) { AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(); ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(context,true); // 添加过滤条件,只扫描带有 @PipeLine 注解的类 scanner.addIncludeFilter(new AnnotationTypeFilter(PipeLine.class)); // 扫描指定包路径 Set<BeanDefinition> candidates = scanner.findCandidateComponents(basePackage); return candidates; } }
。
。
IMediator里就提供了两个可以用的方法,有返回值和无返回值的Send方法,分别对应执行的是ICommandHandler和IEmptyCommandHandler两个接口的实现,publish方法没有实现就是因为可以用ApplicationEvent去实现,可以看下面的实现,我们会先获取入参的Class对象,这里是IRequest是一个泛型,所以我们获取它第一个泛型的ParameterType,在下面获取泛型的具体的Class对象,这样我们就从Bean里面拿我们之前注入的自己实现的ICommandHandler的ResolvableType,同时获取对应的PipeLine的ResolvableType,在下面根据ResolvableType拿到Bean的Provider,同时判断如果存在这个Bean就赋值给我们的pipe对象,如果不存在就为null,在下面我们就去获取我们的ICommandHandler的对象,同理去拿Provider,根据上面我们的判断,是否存在PipeLine的Aop,如果存在,调用前就去调用BeforeForHandler方法,传入入参,继续往下走就是调用Handle的方法,获取返回值,在调用AfterForHandler的方法,同时下面有异常的时候,会调用异常的方法。下面的EmptyHandler无返回值的调用和有返回值的同出一辙。接下来我们看看,具体在代码中如何使用.
public interface IMediator { <R> R Send(IRequest<R> value) throws NoSuchMethodException, InvocationTargetException, IllegalAccessException; <T>void Publish(INotification<T> notification); void Send(IEmptyRequest val); }
package com.mediator.Mediator.impl; import com.mediator.Aop.IEmptyPipeline; import com.mediator.Aop.IPipeline; import com.mediator.Handler.ICommandHandler; import com.mediator.Handler.IEmptyCommandHandler; import com.mediator.Mediator.IMediator; import com.mediator.Request.IEmptyRequest; import com.mediator.Request.INotification; import com.mediator.Request.IRequest; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.ApplicationContext; import org.springframework.core.ResolvableType; import org.springframework.stereotype.Component; import java.lang.reflect.InvocationTargetException; import java.lang.reflect.ParameterizedType; @Component public class Mediator implements IMediator { @Autowired private ApplicationContext context; public Mediator() { } @Override public <R> R Send(IRequest<R> values) throws NoSuchMethodException, InvocationTargetException, IllegalAccessException { if (values!=null) { var valuesClass=values.getClass(); var parameter=valuesClass.getGenericInterfaces()[0]; if (parameter instanceof ParameterizedType) { Class generaType=(Class) ((ParameterizedType) parameter).getActualTypeArguments()[0]; var commandresolvableType=ResolvableType.forClassWithGenerics(ICommandHandler.class,valuesClass,generaType); var pipeLineresolvableType=ResolvableType.forClassWithGenerics(IPipeline.class,valuesClass,generaType); IPipeline pipe=null; if (pipeLineresolvableType!=null) { var pipeLineprovider=context.getBeanProvider(pipeLineresolvableType); if (pipeLineprovider!=null) { var object=pipeLineprovider.getIfAvailable(); pipe=object!=null?(IPipeline)object:null; } } boolean bPipeIsNull=pipe==null?true:false; if (commandresolvableType!=null) { var provider=context.getBeanProvider(commandresolvableType); var handlerobject=provider.getIfAvailable(); ICommandHandler handler=handlerobject!=null?(ICommandHandler)handlerobject:null; if (!bPipeIsNull) { pipe.BeforeForHandler(values); } if (handler!=null) { try { R res=(R)handler.Handle(values); if (!bPipeIsNull) { pipe.AfterForHandler(res); } return res; } catch (Exception ex) { if (!bPipeIsNull) { pipe.HandlerException(ex); } } } } } } return null; } @Override public <T> void Publish(INotification<T> notification) { } @Override public void Send(IEmptyRequest val) { if (val!=null) { var classObj=val.getClass(); var commandresolvableType=ResolvableType.forClassWithGenerics(IEmptyCommandHandler.class,classObj); var pipeLineresolvableType=ResolvableType.forClassWithGenerics(IEmptyPipeline.class,classObj); IEmptyPipeline pipe=null; if (pipeLineresolvableType!=null) { var pipeLineprovider=context.getBeanProvider(pipeLineresolvableType); if (pipeLineprovider!=null) { var object=pipeLineprovider.getIfAvailable(); pipe=object!=null?(IEmptyPipeline)object:null; } } boolean bPipeIsNull=pipe==null?true:false; if (commandresolvableType!=null) { var provider=context.getBeanProvider(commandresolvableType); var handlerobject=provider.getIfAvailable(); IEmptyCommandHandler handler=handlerobject!=null?(IEmptyCommandHandler)handlerobject:null; if (handler!=null) { try { if (!bPipeIsNull) { pipe.BeforeForHandler(val); } handler.Handle(val); if (!bPipeIsNull) { pipe.AfterForHandler(); } } catch (Exception ex) { if (!bPipeIsNull) { pipe.HandlerException(ex); } } } } } } }
在做的测试项目里,需要在启动类先标记EnableCommandHandler注解,设置存放CommandHandler和Aop的包的路径,然后,下面第二段代码是我定义的一些测试的Request和Response,需要实现特定的接口标记是Request,并且指名Response.
@SpringBootApplication @EnableAsync @EnableCommandHandler(path = "com.example.streamtransport.Handler") public class StreamTransportApplication { public static void main(String[] args) { SpringApplication.run(StreamTransportApplication.class, args); } }
public class TestARequest implements IRequest<TestAResponse> { } public class TestAResponse { } public class EmptyRequest implements IEmptyRequest { } public class BussinessRequest implements IRequest<BussinessResponse> { } public class BussinessResponse { }
下面这段代码是实现了自定义Handler,上面标记我们是一个CommandHandler,无返回值的Handler和有返回值的一样,不过不同的实现接口而已,同时在我们的CommandHandler,可以依赖IMediator,我们也可以在ACommandHandler调用BCommandHandler,在这样的模式下,我们只关注我们的入参和响应模型, 。
@CommandHandler public class TestHandler implements ICommandHandler<TestARequest, TestAResponse> { public TestHandler() { var t="1"; } @Override public TestAResponse Handle(TestARequest request) { return new TestAResponse(); } } @CommandHandler public class EmptyCommandHandler implements IEmptyCommandHandler<EmptyRequest> { @Override public void Handle(EmptyRequest request) { var a=1; } } @CommandHandler public class BussinessHandler implements ICommandHandler<BussinessRequest, BussinessResponse> { @Autowired private IMediator mediator; @Override public BussinessResponse Handle(BussinessRequest request) { mediator.Send(new EmptyRequest()); return new BussinessResponse(); } }
下面这段代码,则是我们自己实现的Aop管道,实现三个方法,并且输出每一步骤执行的具体的动作。接下来,我们跑起来,看看输出.
@PipeLine public class Pipeline implements IPipeline<TestARequest, TestAResponse> { @Override public void BeforeForHandler(IRequest<TestAResponse> para) { System.out.println("BeforeForHandler"); } @Override public void AfterForHandler(TestAResponse res) { System.out.println("AfterForHandler"); } @Override public void HandlerException(Exception ex) { System.out.println("HandlerException"); } } @PipeLine public class EmptyPipeLine implements IEmptyPipeline<EmptyRequest> { @Override public void BeforeForHandler(IEmptyRequest para) { System.out.println("EmptyBeforeForHandler"); } @Override public void AfterForHandler() { System.out.println("EmptyAfterForHandler"); } @Override public void HandlerException(Exception ex) { System.out.println("EmptyException"); } }
下面的图片中,GetHellos方法刚开始调用了一个Send,传入了一个EmptyRequest对象,输出了第一次的EmptyBeforeForHandler,EmptyAfterForHandler,在后面我们调用了有返回值的传入了TestARequest对象,输出了BeforeForHandler和AfterForHandler,由于在上面的Aop我们没有定义BussinessHandler对应的PipeLine,所以在这里输出是没有Bussiness的输出,但是我们在BussinessHandler里面有Send了一次EmptyRequest,所以最后又输出了一边Empty的Aop的输出.
以上便是我今天的分享的内容,Java大腿子请莫见怪,代码能跑就行,并没有做更多的优化,仅仅作为一个分享的例子,谢谢大家,代码已上传至Gitee, 。
Mediator:https://gitee.com/cxd199645/mediator.git 。
MediatorDemo:https://gitee.com/cxd199645/mediator-demo.git 。
有什么问题可以一起讨论.
最后此篇关于【中介者模式(Mediator)】使用Java实现中介者模式的文章就讲到这里了,如果你想了解更多关于【中介者模式(Mediator)】使用Java实现中介者模式的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
背景: 我最近一直在使用 JPA,我为相当大的关系数据库项目生成持久层的轻松程度给我留下了深刻的印象。 我们公司使用大量非 SQL 数据库,特别是面向列的数据库。我对可能对这些数据库使用 JPA 有一
我已经在我的 maven pom 中添加了这些构建配置,因为我希望将 Apache Solr 依赖项与 Jar 捆绑在一起。否则我得到了 SolarServerException: ClassNotF
interface ITurtle { void Fight(); void EatPizza(); } interface ILeonardo : ITurtle {
我希望可用于 Java 的对象/关系映射 (ORM) 工具之一能够满足这些要求: 使用 JPA 或 native SQL 查询获取大量行并将其作为实体对象返回。 允许在行(实体)中进行迭代,并在对当前
好像没有,因为我有实现From for 的代码, 我可以转换 A到 B与 .into() , 但同样的事情不适用于 Vec .into()一个Vec . 要么我搞砸了阻止实现派生的事情,要么这不应该发
在 C# 中,如果 A 实现 IX 并且 B 继承自 A ,是否必然遵循 B 实现 IX?如果是,是因为 LSP 吗?之间有什么区别吗: 1. Interface IX; Class A : IX;
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我正在阅读标准haskell库的(^)的实现代码: (^) :: (Num a, Integral b) => a -> b -> a x0 ^ y0 | y0 a -> b ->a expo x0
我将把国际象棋游戏表示为 C++ 结构。我认为,最好的选择是树结构(因为在每个深度我们都有几个可能的移动)。 这是一个好的方法吗? struct TreeElement{ SomeMoveType
我正在为用户名数据库实现字符串匹配算法。我的方法采用现有的用户名数据库和用户想要的新用户名,然后检查用户名是否已被占用。如果采用该方法,则该方法应该返回带有数据库中未采用的数字的用户名。 例子: “贾
我正在尝试实现 Breadth-first search algorithm , 为了找到两个顶点之间的最短距离。我开发了一个 Queue 对象来保存和检索对象,并且我有一个二维数组来保存两个给定顶点
我目前正在 ika 中开发我的 Python 游戏,它使用 python 2.5 我决定为 AI 使用 A* 寻路。然而,我发现它对我的需要来说太慢了(3-4 个敌人可能会落后于游戏,但我想供应 4-
我正在寻找 Kademlia 的开源实现C/C++ 中的分布式哈希表。它必须是轻量级和跨平台的(win/linux/mac)。 它必须能够将信息发布到 DHT 并检索它。 最佳答案 OpenDHT是
我在一本书中读到这一行:-“当我们要求 C++ 实现运行程序时,它会通过调用此函数来实现。” 而且我想知道“C++ 实现”是什么意思或具体是什么。帮忙!? 最佳答案 “C++ 实现”是指编译器加上链接
我正在尝试使用分支定界的 C++ 实现这个背包问题。此网站上有一个 Java 版本:Implementing branch and bound for knapsack 我试图让我的 C++ 版本打印
在很多情况下,我需要在 C# 中访问合适的哈希算法,从重写 GetHashCode 到对数据执行快速比较/查找。 我发现 FNV 哈希是一种非常简单/好/快速的哈希算法。但是,我从未见过 C# 实现的
目录 LRU缓存替换策略 核心思想 不适用场景 算法基本实现 算法优化
1. 绪论 在前面文章中提到 空间直角坐标系相互转换 ,测绘坐标转换时,一般涉及到的情况是:两个直角坐标系的小角度转换。这个就是我们经常在测绘数据处理中,WGS-84坐标系、54北京坐标系
在软件开发过程中,有时候我们需要定时地检查数据库中的数据,并在发现新增数据时触发一个动作。为了实现这个需求,我们在 .Net 7 下进行一次简单的演示. PeriodicTimer .
二分查找 二分查找算法,说白了就是在有序的数组里面给予一个存在数组里面的值key,然后将其先和数组中间的比较,如果key大于中间值,进行下一次mid后面的比较,直到找到相等的,就可以得到它的位置。
我是一名优秀的程序员,十分优秀!