java 设计模式:外观设计模式

2023-10-23 22:48

本文主要是介绍java 设计模式:外观设计模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1、概念

外观设计模式的主要目的在于让外部减少与子系统内部多个模块的交互,从而让外部能够更简单的使用子系统。他负责把客户端的请求转发给子系统内部的各个模块进行处理。

2、使用场景

  1. 当你要为一个复杂子系统提供一个简单接口时
  2. 客户程序与抽象类的实现部分之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦,从而提高子系统的独立性和可移植性。
  3. 当你需要构建一个层次结构的子系统时; 在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。

3、UML结构图分析

4、实际代码分析


/*** 模块A*/
public class SubSystemA {public void testFunA(){System.out.println("testFunA");}}
/*** 模块B*/
public class SubSystemB {public void testFunB(){System.out.println("testFunB");}
}
/*** 模块C*/
public class SubSystemC {public void testFunC(){System.out.println("testFunC");}
}
/*** Facade */
public class Facade {private SubSystemA subSystemA;private SubSystemB subSystemB;private SubSystemC subSystemC;private Facade(){subSystemA = new SubSystemA();subSystemB = new SubSystemB();subSystemC = new SubSystemC();}private static Facade instance;public static Facade getInstance(){if(instance==null){instance = new Facade();}return instance;}public void tastOperation(){subSystemA.testFunA();subSystemB.testFunB();subSystemC.testFunC();}
}//运行Facade.getInstance().tastOperation();

由于外观类维持了对多个子系统类的引用,外观对象在系统运行时将占用较多的系统资源,因此需要对外观对象的数量进行限制,避免系统资源的浪费。可以结合单例模式对外观类进行改进,将外观类设计为一个单例类。通过对外观模式单例化,可以确保系统中只有唯一一个访问子系统的入口,降低系统资源的消耗。

我在项目中的实践:

在项目中经常会出现,网络请求,缓存本地,本地有缓存用本地缓存,而且网络请求经常会在多个地方调用,如果不采用外观模式设计,则会出现客户端的代码异常复杂,而且不利于维护。于是我就进行了如下改变,建立中间仓库类来进行数据切换,客户端只需要进行对仓库数据进行调用,不用关心仓库里数据怎样生成的。

/*** 建立仓库接口类* TestApiDataSource*/
public interface TestApiDataSource {/*** 登陆接口* @param params* @return*/Observable<GetLoginResponse> getLogin(GetLoginParams params);
}
/*** 建立本地数据源(主要是为了方便客户端调用)* TestApiLocalDataSource*/
public class TestApiLocalDataSource extends BaseLocalDataSource implements TestApiDataSource {@Overridepublic Observable<GetLoginResponse> getLogin(GetLoginParams params) {Observable<GetLoginResponse> observable = Observable.create(new ObservableOnSubscribe<GetLoginResponse>() {@Overridepublic void subscribe(ObservableEmitter<GetLoginResponse> subscriber)  throws Exception {subscriber.onComplete();}});return observable;}}/*** 建立网络数据源* TestApiRemoteDataSource*/
public class TestApiRemoteDataSource extends BaseRemoteDataSource implements TestApiDataSource {/**** 请求网络* @param params* @return*/@Overridepublic Observable<GetLoginResponse> getLogin(GetLoginParams params) {return ApiSource.getApiService(AppHuanJingFactory.getAppModel().getApi()).getApi2Service().getLogin(params);}}/*** 建立单例仓库类* TestApiRepository*/
public class TestApiRepository extends BaseRepository<TestApiLocalDataSource,TestApiRemoteDataSource> implements TestApiDataSource {public static volatile TestApiRepository instance;public static TestApiRepository getInstance(){if(instance==null){synchronized (TestApiRepository.class){if(instance==null){instance = new TestApiRepository(new TestApiLocalDataSource(),new TestApiRemoteDataSource());}}}return instance;}protected TestApiRepository(TestApiLocalDataSource localDataSource, TestApiRemoteDataSource remoteDataSource) {super(localDataSource, remoteDataSource);}/*** 数据源切换* #getLogin#* @param params* @return*/@Overridepublic Observable<GetLoginResponse> getLogin(GetLoginParams params) {Observable<GetLoginResponse> observable = Observable.concat(localDataSource.getLogin(params),remoteDataSource.getLogin(params).doOnNext(new Consumer<GetLoginResponse>() {@Overridepublic void accept(GetLoginResponse response) throws Exception {/*** cache*/}})).compose(RxTransformerHelper.<GetLoginResponse>ioToUI()).firstOrError().toObservable();return observable;}}
//客户端执行,不需要考虑具体实现
TestApiRepository.getInstance().getLogin(new GetLoginParams()).subscribe(new BaseRxNetworkResponseObserver<GetLoginResponse>() {@Overridepublic void onResponse(GetLoginResponse getLoginResponse) {}@Overridepublic void onResponseFail(Exception e) {}@Overrideprotected void onBeforeResponseOperation() {}@Overridepublic void onSubscribe(Disposable d) {add(d);}});

 

优点:

  1. 由于Facade类封装了各个模块交互过程,如果今后内部模块调用关系发生了变化,只需要修改facade实现就可以了
  2. facade实现是可以被多个客户端调用的
  3. 使得客户端和子系统之间解耦,让子系统内部的模块功能更容易扩展和维护;客户端根本不需要知道子系统内部的实现,或者根本不需要知道子系统内部的构成,它只需要跟Facade类交互即可。

这篇关于java 设计模式:外观设计模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/270940

相关文章

java如何解压zip压缩包

《java如何解压zip压缩包》:本文主要介绍java如何解压zip压缩包问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java解压zip压缩包实例代码结果如下总结java解压zip压缩包坐在旁边的小伙伴问我怎么用 java 将服务器上的压缩文件解压出来,

SpringBoot中SM2公钥加密、私钥解密的实现示例详解

《SpringBoot中SM2公钥加密、私钥解密的实现示例详解》本文介绍了如何在SpringBoot项目中实现SM2公钥加密和私钥解密的功能,通过使用Hutool库和BouncyCastle依赖,简化... 目录一、前言1、加密信息(示例)2、加密结果(示例)二、实现代码1、yml文件配置2、创建SM2工具

Spring WebFlux 与 WebClient 使用指南及最佳实践

《SpringWebFlux与WebClient使用指南及最佳实践》WebClient是SpringWebFlux模块提供的非阻塞、响应式HTTP客户端,基于ProjectReactor实现,... 目录Spring WebFlux 与 WebClient 使用指南1. WebClient 概述2. 核心依

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Spring IoC 容器的使用详解(最新整理)

《SpringIoC容器的使用详解(最新整理)》文章介绍了Spring框架中的应用分层思想与IoC容器原理,通过分层解耦业务逻辑、数据访问等模块,IoC容器利用@Component注解管理Bean... 目录1. 应用分层2. IoC 的介绍3. IoC 容器的使用3.1. bean 的存储3.2. 方法注

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一