在我的一个 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;
}
如果不实际编写六七次,如何才能为所有数字盒装类型支持这种方法?
最佳答案
如果我仍然想要一个原语,我倾向于使用像 long
或 double
这样的“ super 类型”。性能通常非常接近,并且避免了产生大量变化。顺便说一句:64 位 JVM 中的寄存器无论如何都是 64 位的。
关于java - 原始类型导致的代码重复 : How to avoid insanity?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9665908/