Java函数式实现替代策略模式解决 if...else代码，Map+函数式接口方法

最新推荐文章于 2024-08-02 21:02:06 发布
原创 最新推荐文章于 2024-08-02 21:02:06 发布 · 2.4k 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #策略模式 #函数式编程 #不写if，else

本文介绍了如何使用Java函数式编程结合Map来替代传统的策略模式，解决if...else代码结构。通过定义枚举类表示数据拉取渠道，创建调度工具类存储函数方法，并在PullDataTypeService中实现具体业务逻辑。这种方式使得代码更简洁直观，易于管理和扩展。

之前记录过用自定义注解和策略模式实现发不同消息的功能笔记：

文章地址：发送不同类型的消息----------策略模式_不受天磨非好汉，不遭人妒是庸才——着实着迷゛-优快云博客r一：首先看下代码结构annotation：注解context：调度容器（会存放不同消息策略实现列表）enums：不同消息类型的枚举listener：springboot项目初始化的时候初始化消息策略实现与枚举类型的绑定关系并加入到调度容器里面service：消息接口定义impl：具体消息策略实现二：具体代码讲解1：消息类型枚举：MsgTypeEnu...https://blog.youkuaiyun.com/sgl520lxl/article/details/104041670其实策略模式可以解决很多if...else这种判断的这种书写方式，但是也不是很明了，简化，因为你每增加一种策略都需要去写一个策略的实现类，如果策略过多，写的实现类就很多，一看看上去不是很直观明了。

今天我记录下Map+函数式接口方法 实现解决很多if...else这种判断

业务场景：我们需要从谷歌，facebook，阿里等多个平台拉取广告报表数据，以后也可能拓展更多的渠道方<

最低0.47元/天 解锁文章
深度解析：Map + 函数式接口实现策略模式（从基础到工程化实践）
excellent_fish_c的博客
08-28 1148
用枚举定义支付类型，替代之前的纯数字1/2/3// 支付方式枚举（策略选择条件的枚举化）ALIPAY(1, "支付宝"),WECHAT_PAY(2, "微信支付"),UNION_PAY(3, "银联支付");// 构造器、getter 省略解耦逻辑：用 Map 替代if-else，避免逻辑耦合；减少冗余：无需为每个策略创建独立类，复用现有方法；灵活扩展：支持动态注册策略，适应多变的业务需求。
Map+函数式接口代替策略模式
qq_44384533的博客
10-21 3720
最近写了一个服务：根据优惠券的类型resourceType和编码resourceId来 查询 发放方式。 实现方式： 根据优惠券类型resourceType -> 确定查询哪个数据表 根据编码resourceId -> 查询派发方式grantType 优惠券有多种类型，分别对应了不同的数据库表： 美食满减红包，简称红包 商品购物券，简称购物券 QQ会员 外卖会员等 实际情况远不止这些，这个需求是要我们写一个业务分派的逻辑 第一个能想到的思路就是if-else或者switch case：
Java之使用策略模式替代 if-else
m0_51014049的博客
06-27 890
通过策略模式，我们将不同的算法（即折扣计算逻辑）封装到独立的策略类中，客户端根据需要选择具体的策略对象。在Java中，通常情况下 if-else 语句用于根据不同条件执行不同的逻辑。而策略模式则是一种设计模式，它允许在运行时选择算法的行为。策略模式的主要思想是将算法封装成独立的对象，使得它们可以相互替换，使得算法的变化独立于使用算法的客户。假设我们有一个根据不同类型的用户给予不同折扣的需求。结构，使得代码更加清晰、扩展性更好，同时也符合面向对象设计的开闭原则（对扩展开放，对修改关闭）。
还在用策略模式解决 if-else？Map+函数式接口方法才是YYDS！
Java知音
01-15 692
点击关注公众号，实用技术文章及时了解来源：blog.csdn.net/qq_44384533/article/details/109197926本文介绍策略模式的具体应用以及Map+函数式...
用策略模式解决 if-elseMap+函数式接口方法才是YYDS
竹林幽深
01-18 207
好好学java2022-01-17 23:05 今日推荐 推荐一个 Java 接口快速开发框架 干掉Random：这个类已经成为获取随机数的王者 Docker + Intellij IDEA，提升 10 倍生产力！ 笑出腹肌的注释，都是被代码耽误的诗人！ 同事乱用 Redis 卡爆，我真是醉了... RedisJson 横空出世，性能碾压ES和Mongo！ 来源：blog.csdn.net/qq_44384533/article/ details/10919792.
在代码中精简IF-ELSE的方法
m0_55337678的博客
08-22 629
在代码中精简IF-ELSE的方法
还在用策略模式解决 if-else？Map+函数式接口方法才是YYDS
深入Java世界：探索编程之美与技术深度
01-17 418
参考用Map+函数式接口来实现策略模式 我想小伙伴们经常有这样的不满，我的业务逻辑就3 4 行，你给我整一大堆类定义？有必要这么麻烦吗？我看具体的业务逻辑还需要去不同的类中，简单点行不行。 其实我们所不满的就是策略模式带来的缺点：1、策略类会增多 2、业务逻辑分散到各个实现类中，而且没有一个地方可以俯视整个业务逻辑 针对传统策略模式的缺点，在这分享一个实现思路，这个思路已经帮我们团队解决了多个复杂if else的业务场景，理解上比较容易，代码上需要用到Java8的特性——利用Map与函数式接口来
策略模式：【利于扩展，消除if的模式】
老男孩的架构路
08-10 283
策略模式是行为模式的一种，也是消除if的重要手段，通过对于同类逻辑的不同策略来实现替代，如我们有多种登陆方式，那么可以先定义某种type对应某种策略，在使用时通过type来获取对应执行策略。策略模式并不复杂，通过策略模式可以优化掉代码中的大量if，可以极大的提高系统的扩展性。...
Java函数式编程模式：策略与工厂模式的函数式实现
# 1. 函数式编程基础与Java介绍 ...随着Java 8的发布，Java语言正式引入了对函数式编程的支持，通过引入Lambda表达式和Stream API等特性，使得Java开发者能够以更现代的方式编写代码。 本章将从基
NodeSchool实战：JavaScript与函数式编程学习解决方案
在这个 workshop 中，学习者会被引导使用 `map`、`filter`、`reduce` 等数组方法替代传统的 for 循环，实现更简洁、更具表达力的代码风格。例如，在“FILTERED LS”挑战中，要求仅列出目录下特定扩展名的文件，这...
Java 策略模式 和工厂模式的结合代替if
wudonglianga的专栏
04-13 859
1. 策略模式代替if else if 2.优点： 1.策略模式符合开闭原则 2.避免使用多重条件转义语句 比如： if else if switch 语句 3. 使用策略模式可以提高算法的保密性和安全性 3. 缺点 1.客户端需要知道所有的策略 并且知道使用那一个策略 2.策略过多会增加 维护难度。 4. 类图 5.实现代码： 5.1 DbIStrategy package com.wudl.design.trategy.upgrade; /** * @author ：wudl
Java使用函数式接口处理if-else的策略模式
纸上得来终觉浅，绝知此事要躬行
01-27 1317
Java使用函数式接口处理if-else的策略模式，替代策略模式。
Java8-Predicate 策略模式的替代品消灭 if else
ByteX的博客
03-07 675
利用Java8的Predicate消灭 if else。首先定义一个map，key是不同的服务代码，value是需要做校验的条件，然后针对不同的服务代码做校验。当然Supplier、Consumer都可以做类似的实现。使用策略模式消灭if else，可以利用Java8的新特性来实现策略模式。
java map 替换_java学习：用Map替代众多的if-else
weixin_42523711的博客
02-21 1346
(20160329add)简略地说：if(A){Ahandler.handle(a);} else if (B){Bhandler.handle(b);}else if (C){Chandler.handle(c);}可以改写成://初始化mapMap map;map.put(A,Ahandler);map.put(B,Bhandler);map.put(C,Chandler);//处理map....
java策略模式-函数式
qq_41921378的博客
08-02 258
【代码】java策略模式-函数式。
用Map+ Function 函数处理处理 if-else
weixin_45406536的博客
05-14 589
Map + 函数接口类帮你搞定
java中，用函数对象表示策略
wcg_jishuo的专栏
12-14 467
java中，用函数对象表示策略,函数指针！
JAVA设计模式-行为型-策略模式
weixin_44265805的博客
07-22 519
JAVA 设计模式 JAVA设计模式 JAVA设计模式-策略模式 JAVA设计模式-行为型-策略模式 策略模式 JAVA策略模式
设计模式——通过枚举，函数式接口+Map实现策略模式
hwp_ing的博客
10-05 883
创建该接口的不同实现类。创建context类。
java里if..else..判断太多，怎么抽象成接口，减少判断
最新发布
09-03
<think> 首先，用户的问题是关于如何在Java中处理大量if-else判断，通过抽象成接口来减少判断。用户提到了参考站内引用，这些引用讨论了策略模式、工厂模式、枚举等方法。 从系统级指令看： - 我必须使用$...$格式的行内数学表达式，但在这个问题中没有数学内容，所以我需要注意如果有数学表达式时要正确使用。 - 回答必须使用中文。 - 需要生成相关问题。 - 引用的段落末尾添加引用标识，如[^1]，但在这里用户提供了引用，我应该引用这些引用。 用户提供的引用： - [^1]：讨论了避免大量if-else的方法，如策略模式、工厂模式、提前return、枚举、lambda表达式。 - [^2]：提到利用函数式接口和Lambda表达式来替代if-else语句。 - [^3]：使用数据结构如Map来存储处理逻辑，避免分支判断。 - [^4]：讨论消除太多if-else的示例代码，提到工厂方法、枚举、命令模式、规则引擎。 用户的核心问题：在Java中，当if-else太多时，如何抽象成接口以减少判断。 我的回答结构： - 回答应该结构清晰，帮助用户逐步解决问题。 - 确保回答真实可靠，基于编程最佳实践。 - 在末尾生成相关问题。 - 自然地添加引用标识。 关键点：抽象成接口以减少判断。这意味着使用面向对象的设计模式，如策略模式，其中接口定义行为，具体实现处理不同条件。 步骤： 1. **解释问题**：简要说明为什么大量if-else是问题（可维护性差、扩展性差）。 2. **解决方案**：提供基于接口的方法。 - **策略模式**：创建一个接口，然后为每个条件实现具体策略类。 - **结合工厂模式**：使用工厂来创建策略实例。 - **使用函数式接口和Lambda**：在Java 8+中，可以用Lambda简化。 - **数据结构替代**：如使用Map存储处理逻辑。 3. **代码示例**：给出简单的代码示例来演示。 4. **总结**：强调好处。 5. **生成相关问题**：基于主题。 6. **添加引用标识**：在相关部分末尾添加，如[^1]。 确保回答中文。 生成相关问题： - 基于主题，如策略模式的优缺点、其他替代方法、实际应用示例等。 最终回答结构： - 引言：承认问题并概述解决方案。 - 主体：分步解释方法。 - 代码示例：提供Java代码。 - 结论：总结。 - 相关问题：列出几个问题。 </think> ### Java 中减少 if-else 判断的接口抽象方法 在 Java 开发中，当代码中存在大量 `if-else` 判断时，会导致代码臃肿、可维护性降低和扩展困难。通过将逻辑抽象成接口，我们可以显著减少分支判断，提升代码的可读性和可扩展性。以下是基于面向对象原则和 Java 特性的实用方法，我将逐步解释关键步骤。 #### 1. **为什么抽象成接口可以减少 if-else** - `if-else` 判断通常用于处理多个条件分支（如不同业务场景），但如果分支过多，代码会变得难以维护（例如，添加新分支时需要修改多处）。 - 抽象成接口的核心思想是将每个分支逻辑封装为独立的对象，实现统一接口，然后通过工厂或 Map 结构动态选择实现类，消除显式条件判断。这不仅遵循开闭原则（对扩展开放，对修改封闭），还能提升代码重用性[^1]。 #### 2. **核心方法：使用策略模式和接口抽象** 策略模式是将不同分支逻辑抽象为接口，每个实现类处理一个特定条件。以下是实现步骤： - **步骤 1: 定义接口** 创建一个策略接口，声明处理逻辑的方法。 ```java public interface PaymentStrategy { void processPayment(); // 定义统一接口 } ``` - **步骤 2: 实现具体策略类** 为每个原 `if-else` 分支创建实现类。 ```java public class WechatPaymentStrategy implements PaymentStrategy { @Override public void processPayment() { // 微信支付逻辑 System.out.println("Processing WeChat payment"); } } public class AlipayPaymentStrategy implements PaymentStrategy { @Override public void processPayment() { // 支付宝支付逻辑 System.out.println("Processing Alipay payment"); } } ``` - **步骤 3: 使用工厂动态选择策略** 结合工厂模式来创建策略对象，避免 `if-else` 判断。工厂类根据条件返回合适的策略实例。 ```java public class PaymentStrategyFactory { public PaymentStrategy getStrategy(String paymentType) { Map<String, PaymentStrategy> strategyMap = new HashMap<>(); strategyMap.put("wechat", new WechatPaymentStrategy()); strategyMap.put("alipay", new AlipayPaymentStrategy()); // 直接通过 Map 获取策略，无需 if-else 判断 return strategyMap.get(paymentType); } } ``` - 这里使用 `Map` 数据结构存储策略实例，支付类型（如 `"wechat"`）作为 key，策略对象作为 value。调用时直接查找，替代了传统分支判断[^3]。 - **步骤 4: 客户端调用** 在业务代码中，通过工厂获取并执行策略。 ```java public class PaymentService { public void executePayment(String paymentType) { PaymentStrategy strategy = new PaymentStrategyFactory().getStrategy(paymentType); if (strategy != null) { strategy.processPayment(); // 无需 if-else，直接调用接口方法 } else { System.out.println("Unsupported payment type"); } } } ``` - 优点：新增支付类型时，只需添加新策略类和更新工厂 Map，无需修改现有代码，减少了维护成本[^1]。 #### 3. **优化方案：结合函数式接口和 Lambda 表达式** 在 Java 8+ 中，函数式接口（如 `Function` 或 `Consumer`）可简化策略模式，减少样板代码，特别适合简单逻辑： - **步骤 1: 使用 Map 存储函数逻辑** 直接将处理逻辑封装为 Lambda 表达式。 ```java import java.util.Map; import java.util.function.Consumer; public class PaymentHandler { private Map<String, Consumer<Void>> paymentHandlers = new HashMap<>(); public PaymentHandler() { paymentHandlers.put("wechat", v -> System.out.println("Processing WeChat payment")); paymentHandlers.put("alipay", v -> System.out.println("Processing Alipay payment")); } public void handlePayment(String paymentType) { Consumer<Void> handler = paymentHandlers.get(paymentType); if (handler != null) { handler.accept(null); // 执行逻辑，无分支判断 } } } ``` - 这种方式利用 Lambda 表达式实现函数式接口，代码更简洁，可读性更高[^2]。 #### 4. **其他辅助方法** - **枚举策略模式**：将策略与枚举结合，适用于固定分支。 ```java public enum PaymentType { WECHAT(() -> System.out.println("Processing WeChat payment")), ALIPAY(() -> System.out.println("Processing Alipay payment")); private final Runnable action; PaymentType(Runnable action) { this.action = action; } public void process() { action.run(); } } // 调用：PaymentType.valueOf(paymentType.toUpperCase()).process(); ``` - 枚举天生适合替换简单 `if-else`，尤其当分支逻辑固定时[^1]。 - **提前 Return 简化**：如果分支逻辑简单，提前 `return` 可以减少嵌套。 ```java public void processPayment(String paymentType) { if (paymentType == null) return; if ("wechat".equals(paymentType)) { // 简单逻辑直接处理 return; } // 其他逻辑 } ``` - 适用于少量分支，但不如接口抽象可扩展[^1]。 #### 5. **总结和最佳实践** - **优点**：抽象成接口后，代码更模块化、易于测试和扩展；符合 SOLID 原则，特别是单一职责和开闭原则。 - **适用场景**：分支逻辑复杂或需要频繁添加新条件时（如支付系统、规则引擎）。 - **注意事项**：避免过度设计；对于简单分支，提前 `return` 或枚举可能更高效。建议使用单元测试验证策略行为[^4]。 通过以上方法，您可以将大量 `if-else` 抽象为接口，显著提升代码质量。如果实现复杂，可考虑规则引擎（如 Drools），但接口抽象是轻量级且高效的选择[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值