10
Java中的模板“元编程”是个好主意吗？
在一个相当大的项目中有一个源文件，它具有几个对性能极为敏感的功能（每秒被称为百万次）。实际上，先前的维护者决定编写一个函数的12个副本，每个副本的差别都很小，以节省在单个函数中检查条件的时间。 不幸的是，这意味着代码是要维护的PITA。我想删除所有重复的代码，只写一个模板。但是，Java语言不支持模板，我不确定泛型是否适合于此。 我目前的计划是写一个文件，该文件生成该函数的12个副本（实际上是一个只能使用的模板扩展器）。对于为什么必须以编程方式生成文件，我当然会提供很多解释。 我担心的是，这将导致将来的维护人员感到困惑，并且如果他们在修改文件后忘记重新生成文件，或者（如果更糟糕的话）他们以编程方式生成的文件进行修改，则可能会引入讨厌的错误。不幸的是，除了没有用C ++重写整个过程外，我看不到任何解决方法。 这种方法的好处是否大于缺点？我应该改为： 发挥性能优势，并使用单个可维护的功能。 添加有关为何必须重复执行该功能12次的说明，并应承担维护负担。 尝试将泛型用作模板（它们可能无法那样工作）。 大吼大叫的老维护者，使代码的性能取决于单个函数。 其他保持性能和可维护性的方法？ PS：由于该项目的设计不佳，对功能进行性能分析非常棘手……但是，这位前维护人员说服了我，性能下降是不可接受的。我认为他的意思是超过5％，尽管这完全是我的猜测。 也许我应该详细说明一下。这12份副本执行的任务非常相似，但差别很小。在整个函数中的不同地方存在差异，因此不幸的是，有很多很多条件语句。有效地有6种“操作模式”和2种“范例”（由我自己编造的词）。要使用该功能，可以指定操作的“模式”和“范例”。这从来都不是动态的。每段代码仅使用一种模式和范例。所有12个模式范例对都在应用程序中的某个位置使用。这些函数恰当地命名为func1到func12，偶数代表第二个范例，奇数代表第一个范例。 我知道，如果以可维护性为目标，那将是最糟糕的设计。但是它似乎“足够快”，并且这段代码已经有一段时间不需要任何更改了。也值得注意的是原始功能尚未删除（尽管据我所知这是无效代码） ，因此重构将很简单。