Java 代码中业务代码的方法入参是 Function 这种？真的合适吗？

[lvxiaomao]

众所周知，java 提供了 Function 、Supplier 等函数式接口。

在新公司的业务代码中，入参是 Function 这种，我看了一下是因为有 2 个地方调用，这种直接调用一个封装好的方法不行吗？ 否则每次看到在方法内调用这 func.get()的时候，还得返回代码入参看看具体的 function 是啥，真的好麻烦呀；

如果是提供工具类，使用函数式参数我认为是合理的，但是业务代码真的适合这样写吗？

你们的代码中有这样的入参吗？

[nothingistrue]

对于使用函数式接口作为参数的方法，它期望的是即时生成的匿名函数,而不是事先做好的公共组件。这种情况下，写下 func.get()的时候，它连 func 是谁都不知道，怎么可能让去找原始 Function 的代码。

函数式接口，是给你写即时匿名 Lamda 函数，不是用来定义公共函数的。你们公司这行为，明显是用错了。

[jimrok]

设计用 Function 的场景，首先要站在使用者的角度看，如果这个业务调用频率非常高，业务逻辑不固定，如果用 Interface 去实现，非常繁琐，那么就设计成 Function 会比较好，让调用者走写 lamda 会舒服很多。否则别这样设计。

[nothingistrue]

友情提示：常规的函数式接口，只能用 Lamba ，或者匿名内部类初始化，意味着该类型的变量，只能是方法内部的局部变量。不用违反常理的黑科技，压根就不能复用 Function 。

[ljsh093]

@adoal #10 目前在用 8 104

[zhouhu]

你只需要关心这个函数入参和出参

[netabare]

函数入参传个函数进来不是最基本依赖注入吗。异步框架的事件驱动和回调也大量使用了函数式接口，不知道这有什么不合适的。

[e3c78a97e0f8]

@lvxiaomao 按理说，如果 Function 是传进来的参数，那意味着这个 method 和 Function 的具体实现无关。如果你要看具体的 Function 才明白干什么，那要么是你理解有问题，要么是这个 method 抽象得不对。

[dqzcwxb]

建议去看看 Stream 实现

[yoyolichen]

stream 里不全是这玩意么 正常吧

[lvxiaomao]

@netabare #26 工具类的这么写没问题，就是业务代码感觉怪怪的。

[mmdsun]

看代码才知道设计是否合理。
通用来讲，这叫行为参数化(类似于策略设计模式)。

拿 GPT 举例说明一下：

"""
函数编程中的行为参数化是指将一个行为（或功能）作为参数传递给函数，以便在不同的上下文中执行不同的操作。这种方式可以使函数更加通用和灵活，可以根据传入的不同行为参数来实现不同的行为，而不必每次都定义新的函数。

在函数编程语言或支持函数式编程风格的编程语言中，行为参数化通常通过函数、Lambda 表达式、函数接口（ Functional Interface ）等实现。

// 使用不同的条件来筛选元素
filter(numbers, n -> n % 2 == 0); // 筛选偶数
filter(numbers, n -> n > 5); // 筛选大于 5 的数
"""

[lvxiaomao]

@mmdsun #31 是的，这个意思明白，但是代码中就是把这个 lambda ，当做公共方法来用的；

就是该函数入参的 function ，多处调用传入是一样的，而不是不同的； 所以感觉不合理

[jaylee4869]

你写几次 Node.js 就习惯了。

[xingchenxf]

不合理。
当代码质量高的时候，能看名达意，并且这部分代码不容易出问题，不会改动的时候，这样做合适。
但是业务代码往往质量不高，且频繁变动。这种情况下，代码用的技巧越多，最后变成一坨屎的概率越大。