java - 原始类型导致的代码重复 : How to avoid insanity?

Question

在我的一个 Java 项目中，由于 Java 处理 (not) 的方式，代码重复困扰着我。原语。必须手动将相同的更改复制到四个不同的位置(int、long、float、double)< em>再次，对于第三次，再次和再次我真的很接近(？)捕捉。

在 StackOverflow 上时不时地以各种形式提出这个问题:

• Managing highly repetitive code and documentation in Java
• How to avoid repetition when working with primitive types?
• Passing dynamic list of primitives to a Java method

共识似乎收敛到两种可能的选择:

• 使用某种代码生成器。
• 你能做什么？ C'est la vie!

嗯，第二个解决方案是我现在正在做的事情，它对我的​​理智正在慢慢变得危险，就像 well known torture technique .

自从提出这些问题并出现 Java 7 以来已经过去了两年。因此，我希望有一个更简单和/或更标准的解决方案。

• Java 7 是否有任何改变可以缓解这种情况下的压力？我在精简的更改摘要中找不到任何内容，但也许某处有一些晦涩难懂的新功能？

• 虽然源代码生成是一种替代方法，但我更喜欢使用标准 JDK 功能集支持的解决方案。当然，使用 cpp或者其他代码生成器也可以，但它会添加更多依赖项并需要对构建系统进行更改。

  JDK 似乎支持的唯一一种代码生成系统是通过注释机制。我设想一个处理器可以像这样扩展源代码:

  @Primitives({ "int", "long", "float", "double" })
  @PrimitiveVariable
  int max(@PrimitiveVariable int a, @PrimitiveVariable int b) {
      return (a > b)?a:b;
  }
  

  理想的输出文件将包含此方法的四个请求变体，最好带有相关的 Javadoc 注释等。是否有注释处理器来处理这种情况？如果没有， build 一个需要什么？

• 也许最近出现了其他一些技巧？

编辑:

重要提示:除非我有理由，否则我不会使用原始类型。即使是现在，在某些应用程序中使用盒装类型也会对​​性能和内存产生非常实际的影响。

编辑 2:

以 max() 为例，允许使用在所有数字装箱类型中都可用的 compareTo() 方法。这有点棘手:

int sum(int a, int b) {
    return a + b;
}

如果不实际编写六七次，如何才能为所有数字盒装类型支持这种方法？

Answer 1

如果我仍然想要一个原语，我倾向于使用像 long 或 double 这样的“ super 类型”。性能通常非常接近，并且避免了产生大量变化。顺便说一句:64 位 JVM 中的寄存器无论如何都是 64 位的。