建外贸商城网站,今天重大新闻100字,做无障碍浏览网站,船员专用网站开发建议1.背景
在数据接收和发送场景打算使用了 if else 进行判断#xff1a; if(A.equals(system)){ASystem.sync(向A同步数据);
}
if(B.equals(system)){BSystem.sync(向B同步数据);
}
...
非常麻烦#xff0c;需求多了很臃肿 if(A.equals(system)){ASystem.sync(向A同步数据);
}
if(B.equals(system)){BSystem.sync(向B同步数据);
}
...
非常麻烦需求多了很臃肿
2.策略模式改进
2.1策略模式的定义 策略模式Strategy Pattern定义了一组同类型的算法在不同的类中封装起来每种算法可以根据当前场景相互替换从而使算法的变化独立于使用它们的客户端即算法的调用者。 2.2策略模式的结构通常包括以下组成部分
定义一个策略接口或抽象类该接口或抽象类定义了所有策略类都需要实现的方法。创建多个具体的策略类每个具体的策略类都实现了策略接口或抽象类并提供了不同的实现。创建一个策略上下文类该类负责使用策略它通常会维护一个策略接口或抽象类的引用。在客户端代码中使用策略上下文类客户端代码可以根据需要选择不同的策略。
看定义有些抽象下面的结构图应该会容易理解一些 2.3根据上面的结构我们来实现一下我们的场景。
2.3.1.我们需要定义一个策略接口定义与外部系统间交互都需要实现的方法
public interface DataProcessingStrategy {void receiveData();void sendData();
}
2.3.2.为每个外部系统创建一个策略类
ASystem
public class ASystemDataProcessingStrategy implements DataProcessingStrategy {Overridepublic void receiveData() {// 接收数据的具体实现}Overridepublic void sendData() {// 发送数据的具体实现}
}
BSystem
public class BSystemDataProcessingStrategy implements DataProcessingStrategy {Overridepublic void receiveData() {// 接收数据的具体实现}Overridepublic void sendData() {// 发送数据的具体实现}
}
2.3.3.创建一个选择外部系统的策略类用于在运行时根据需要选择合适的策略类
public class Context {private DataProcessingStrategy strategy;public Context(DataProcessingStrategy strategy) {this.strategy strategy;}public void setStrategy(DataProcessingStrategy strategy) {this.strategy strategy;}public void sendData(String data) {strategy.sendData(data);}public String receiveData() {return strategy.receiveData();}
}
2.3.4.最后在需要调用外部系统同步数据的地方实例化相关策略类和上下文类并调用executeStrategy方法
public class Main {public static void main(String[] args) {// 创建两个策略对象DataProcessingStrategy strategyA new ASystemDataProcessingStrategy();DataProcessingStrategy strategyB new BSystemDataProcessingStrategy();// 创建上下文对象并传入策略对象Context context new Context(strategyA);//使用 ASystemDataProcessingStrategy 请求和接收数据context.sendData(); context.receiveData();// 使用 BSystemDataProcessingStrategy 请求和接收数据context new Context(strategyB);context.sendData(); context.receiveData();}
}
3.升级为策略模式工厂模式
那么策略模式存在什么样的问题呢 硬编码的依赖关系在上述代码中我们直接将具体的策略类例如StrategyA和StrategyB硬编码到上下文类Context中。这意味着如果我们想要添加或修改策略我们需要在上下文类中修改代码。这种硬编码的方式使得系统难以扩展和维护。 客户端与策略的具体实现紧密耦合由于上下文类Context直接依赖于具体的策略类因此客户端代码必须了解每个具体策略的细节。这增加了客户端代码的复杂性并使得客户端代码与策略的具体实现紧密耦合增加了代码的维护难度。
我们可以使用工厂模式来改进我们的设计。工厂模式可以帮助我们将对象的创建和使用过程分离使得上下文类和客户端代码不需要了解具体策略的细节那么我们来修改一下我们的实现
context可以去除
// 策略接口和具体的策略类保持不变
public interface DataProcessingStrategy {void sendData(String data);String receiveData();
}public class ASystemDataProcessingStrategy implements DataProcessingStrategy {Overridepublic void sendData(String data) {// 发送数据到系统A的实现}Overridepublic String receiveData() {// 从系统A接收数据的实现}
}public class BSystemDataProcessingStrategy implements DataProcessingStrategy {Overridepublic void sendData(String data) {// 发送数据到系统B的实现}Overridepublic String receiveData() {// 从系统B接收数据的实现}
}public class DataProcessingStrategyFactory {private static ConcurrentHashMapString, DataProcessingStrategy strategies new ConcurrentHashMap();/*** 注册策略* param strategyName* param strategy*/public static void register(String strategyName, DataProcessingStrategy strategy) {strategies.put(strategyName, strategy);}public static DataProcessingStrategy getStrategy(String strategyName) {return strategies.get(strategyName);}}//client类相关修改
public class Main {public static void main(String[] args) {DataProcessingStrategy systemA DeployStrategyFactory.getStrategy(A);//使用 ASystemDataProcessingStrategy 请求和接收数据systemA.sendData(); systemA.receiveData();DataProcessingStrategy systemB DeployStrategyFactory.getStrategy(B);// 使用 BSystemDataProcessingStrategy 请求和接收数据systemB.sendData(); systemB.receiveData();}
}
4.总结
在本篇文章中我们介绍了策略模式并在数据接收和发送场景中使用了策略模式。通过使用策略模式我们可以在客户端代码中根据运行时条件动态地选择一个具体的策略类并通过这个策略类来改变对象的行为。这样我们就可以实现不同的数据接收和发送方式而不需要在客户端代码中进行大量的if-else判断。同时通过策略模式工厂模式的方式解决了客户端代码与策略的具体实现紧密耦合的问题。当然结合实际的场景灵活运用相应的设计模式也非常重要避免过度设计。
相关文章：
