使用“默认”参数值重载 Java 方法

Question

首先，我知道官方对这个问题的回答是，它根本无法在原生 Java 环境中完成。所以我不是在问这是否是 Java 本身可以做的事情。我只是想问是否可以在 Java 中完成 - 也许通过我不知道的其他方式。

我一直在尝试使用我想要的库，开发人员可以在其中与对象交互，通过不引用它可以识别该对象，然后我只需在库中通过默认名称，或者，开发人员可以为对象分配名称，在这种情况下，每个给定的新名称都会在库中创建一个新的对象实例。

但是在提供与库的功能相关的公共方法方面，我不得不为每种方法创建两个，这显着增加了库的大小，其中很多都必须复制因为 Java 进行方法重载的方式。是的，我确实在所有可能的地方合并重复代码，但这并没有改变我必须为每个提供的函数创建两个方法的事实。

理想情况下，这个

public static void getThis(float value, String objectName) {
   //related code for objectName
}

public static void getThis(float value) {
  //related code for the defaultObjectName
}

如果我可以为 objectName 分配一个默认值，就会变成这个

public static void getThis(float value, String objectName = defaultObjectName) {
  //related code handles objectName
}

所以我的问题是，这可以通过任何方式来完成吗？也许是第三方选项？

另外，有谁知道为什么 Java 不提供这种能力？

编辑：阅读第一条评论后，我删除了最后一个问题的一部分。

Answer 1

另外，有谁知道为什么 Java 不提供这种能力，而许多其他语言（例如 C++）提供这种能力？在严格的 OOP 标准空间中是否存在某种违法行为？

没有坚定的信念，没有。它比你想象的要复杂，团队正在处理其他事情；它不会在接下来的 2 到 3 个版本中出现，但可能会在以后出现（请注意，每 6 个月发布一个版本）。

所以我的问题是，这可以通过任何方式完成吗？也许是第三方选项？

Builder 模式或 lombok 风格的注解处理器似乎是相关的。我们（来自 Project Lombok）还没有添加它，因为它真的很复杂。如果您的默认值是System.currentTimeMillis()，那么每次调用该方法时可能应该“实时”计算。但是，如果默认值是“someComplexConstant”，是否应该每次都毫无意义地重新计算？我敢肯定你有一个偏好，但这正是问题所在：有些人想要 A，有些人想要 B，而且这两个阵营都没有 90% 以上的市场份额，这意味着你有大量程序员得到了令人讨厌的惊喜（例如： Python 的默认 args 只评估一次。“每次都重新评估”表面上更明智，但人们总是从他们知道的其他语言中带来包袱，因此您可以轻松地得到“两个阵营都没有压倒性多数”，即，至少对我们来说，是个大人物）。

可能的解决方案是简单地不允许任何不是编译时常数的东西，但是你会用 CTC 的定义来打扰用户，这些定义并不像人们想象的那么明确（你知道吗null例如，不是一个吗？也许我们应该允许所有 CTC 以及 null... 但像 LocalDate.of(1900, 1, 1) 这样的东西也不是一个，这似乎是一个很大的烦恼！）。

自行构建它的成本极不可能值得您花时间。如果你真的想要，你可以创建一个从不被任何东西使用的“模板”类，除了一个注释处理器，它会生成你真正想要的实际源文件。然而，沿着这条路走下去有重大的开发过程缺点：在您运行带有注释处理器的完整编译构建之前，您的代码会被破坏，这需要时间，因此会减慢您的开发周期。任何时候你弄乱了“模板”，你很可能会以“在我们进行完整的清理和重建周期之前一切都完全崩溃”而告终，如果你这样做，那么你就做错了。您希望在最多 2 秒内看到您编写的任何内容的效果 - 热代码替换、增量编译和快速启动至关重要（您可以在 eclipse 中免费获得 HCR，在几乎每个 IDE 中获得 IC）。

Lombok 通过直接修补您的 IDE 来解决这个问题，以便在您键入时以增量方式处理注释，但正如我所提到的，这是一个难以实现的主要功能，现在 lombok 坚持简单的规则注释处理必须能够完成这项工作，这意味着输入源文件必须在语法上正确。 void foo(int x = 5) 不是，而且替代品很烂 (void foo(@DefaultValueInt(5) x)? Meh)。

第三种选择是放弃语法上有效的 java 的想法并修补所有内容。但在某些时候，您必须承认您只是在编写将在启动时接管所有系统并破解/修补所有相关工具以实际解析/支持不再是 java 的语言的软件。

我们可以尝试支持LocalDate.of 并硬编码一个“已知”常量值的大列表，或者允许hackery 在您将静态最终字段设置为默认值的情况下，然后您可以根据需要对其进行定义。这一切都会奏效，但一个不错的功能的要点大概是它对所有人都有意义。如果您需要阅读 5 页的文档并在一个月后重新阅读，因为它的实际工作方式对您来说不合逻辑 - 这是一个真正的问题。

此外，编写 lombok 或类似的东西所需的工作量非常大，更不用说维护它了。

消息来源：我作为核心 lombok 开发人员已经有 12 年了 :)

Answer 2

你可以考虑这样的结构：

interface ContextFactory {
  Context getDefaultContext();
  Context getExplicitContext(String objectName);
}

interface Context {
  void getThis(float value);
}

顺便说一句，你给库的用户提供静态方法并没有给他们任何好处。他们将如何对代码进行单元测试？

假设我写：

...
void doIt() {
  if (Library.getThis(10) > 0) {
    service.effectSomething();
  } else {
    service.effectSomethingElse();
  }
}
...

我想为那个函数写一个单元测试。

我必须以某种方式进行设置，以便在我的一个测试用例中 Library.getThis(10) 返回大于零，而在另一个测试用例中它返回零或更少。

如果我有一个可以模拟的接口，它已经注入到我的类中，那么这很容易。如果我要调用静态方法，那就很难了。