临时编纂的工作流程

Question

如果软件的两个组件（Foo和Bar）在Foo中发生method signature更改，我们使用@deprecated来指责旧方法并保持Foo和Bar之间的兼容性。

问题： XML-Configuration以及CSS，HTML，JSP ......没有这样的注释，实际上我们在Eclipse中使用TODO作为标记。 Probem是我们分发的守则的一部分！

解决方法： 在JIRA（+ svn-plugin）中，我们将代码行归咎于注释（这也是不好的做法）。

问题：

1. 有更好的解决方案吗？
2. 是否有解决方案可以管理删除此兼容性代码的冲动。

Answer 1

如果我理解正确，您不希望在分布式文本文件（未编译的XML，HTML，...）中包含TODO标记。

我会写一个小的Groovy *脚本来删除所有那些TODO标记（但不会改变文件的语义）。这可以集成到您的构建过程中，以便分布式代码不包含任何TODO标记，但这些标记仍然在SVN中，您可以在新产品兼容后删除它们。

*或者您喜欢的任何脚本语言

Answer 2

MyLin将来可能会支持书签和任务......

http://www.eclipse.org/forums/index.php/t/245439/

Answer 3

如果我理解正确，问题是从最终分发中删除“开发者注释”（关于弃用作为其一部分）。解决方案是使用一些预处理器，它将在编译和打包最终版本之前将它们从资源和代码中剥离出来。 以下是此类预处理器的一个很好的示例：   http://code.google.com/p/java-comment-preprocessor/ 它可以很容易地从任何构建系统或独立使用。