Java中无需通过传参判定方法行为的优化方案及实践问询

这确实是Java开发中经常碰到的场景——用参数控制方法分支导致冗余检查，拆分方法又重复代码，自定义函数式接口又嫌麻烦。我给你几个实用的方案，不用每次都定义新接口：

1. 直接复用Java内置的函数式接口 #

Java 8及以后提供了一系列现成的函数式接口，完全可以替代你自定义的BCinterface，不用重复造轮子：

• 如果你的do()方法无参无返回值，直接用Runnable就好：

static void foo(Runnable baz) {
    // some code A
    baz.run();
    // some code D
}

// 调用时用lambda直接传递行为
foo(() -> { /* some code B 的逻辑 */ });
foo(() -> { /* some code C 的逻辑 */ });

• 如果需要传递参数给B/C逻辑，用Consumer<T>（单参数无返回）：

static void foo(Consumer<String> baz) {
    String dataFromA = "生成自代码A的变量"; // some code A的逻辑
    baz.accept(dataFromA);
    // some code D的逻辑
}

// 调用时接收参数并执行
foo(data -> { /* 使用data执行code B */ });
foo(data -> { /* 使用data执行code C */ });

• 如果B/C需要返回值，用Supplier<T>（无参有返回）或Function<T,R>（有参有返回），根据你的实际需求选就行。

2. 方法引用简化代码 #

如果你的B/C逻辑已经是某个类的现成方法，直接用方法引用替代lambda，代码更简洁：

// 假设已有工具类的方法
class Utils {
    static void doCodeB() { /* some code B */ }
    static void doCodeC() { /* some code C */ }
}

// 调用foo时直接传方法引用
foo(Utils::doCodeB);
foo(Utils::doCodeC);

3. 规避此类场景的实践建议 #

如果不想用函数式接口，还可以从代码设计层面优化：

• 模板方法模式：把A和D的逻辑放到抽象类的模板方法里，让子类实现中间的B/C逻辑。不过这种方式比函数式接口繁琐，适合逻辑复杂、需要复用多个步骤的场景。
• 提取公共逻辑到辅助方法：如果A和D的逻辑确实涉及很多变量，无法简单抽离，可以把A封装成一个返回包含所有必要变量的对象的方法（Java虽然不支持多返回值，但可以用自定义POJO或Pair类来包装），D也封装成接收这些变量的方法，这样foo1和foo2就变成：

static void foo1() {
    DataHolder data = doCodeA();
    doCodeB(data);
    doCodeD(data);
}

static void foo2() {
    DataHolder data = doCodeA();
    doCodeC(data);
    doCodeD(data);
}

这里的DataHolder是你自定义的类，用来存放A逻辑生成的所有变量。

内容的提问来源于stack exchange，提问作者cxandru