在一个相当大的项目中有一个源文件，它具有几个对性能极为敏感的功能(每秒被称为百万次)。实际上，先前的维护者决定编写一个函数的12个副本，每个副本的差别都很小，以节省在单个函数中检查条件的时间。

不幸的是，这意味着代码是要维护的PITA。我想删除所有重复的代码，只写一个模板。但是，Java语言不支持模板，我不确定泛型是否适合于此。

我目前的计划是写一个文件，该文件生成该函数的12个副本(实际上是一个只能使用的模板扩展器)。对于为什么必须以编程方式生成文件，我当然会提供很多解释。

我担心的是，这将导致将来的维护人员感到困惑，并且如果他们在修改文件后忘记重新生成文件，或者(如果更糟糕的话)他们以编程方式生成的文件进行修改，则可能会引入讨厌的错误。不幸的是，除了没有用C ++重写整个过程外，我看不到任何解决方法。

这种方法的好处是否大于缺点？我应该改为：

发挥性能优势，并使用单个可维护的功能。

添加有关为何必须重复执行该功能12次的说明，并应承担维护负担。

尝试将泛型用作模板(它们可能无法那样工作)。

大吼大叫的老维护者，使代码的性能取决于单个函数。

其他保持性能和可维护性的方法？

PS：由于该项目的设计不佳，对功能进行性能分析非常棘手……但是，这位前维护人员说服了我，性能下降是不可接受的。我认为他的意思是超过5％，尽管这完全是我的猜测。

也许我应该详细说明一下。这12份副本执行的任务非常相似，但差别很小。在整个函数中的不同地方存在差异，因此不幸的是，有很多很多条件语句。有效地有6种“操作模式”和2种“范例”(由我自己编造的词)。要使用该功能，可以指定操作的“模式”和“范例”。这从来都不是动态的。每段代码仅使用一种模式和范例。所有12个模式范例对都在应用程序中的某个位置使用。这些函数恰当地命名为func1到func12，偶数代表第二个范例，奇数代表第一个范例。

我知道，如果以可维护性为目标，那将是最糟糕的设计。但是它似乎“足够快”，并且这段代码已经有一段时间不需要任何更改了。也值得注意的是原始功能尚未删除(尽管据我所知这是无效代码) ，因此重构将很简单。