Java开发标准和工具(与C#相比)

Question

我对Java平台一无所知，我想知道可以使用哪些工具(和方法)来帮助开发用Java编写的可维护代码。

我知道你可以用：

1. 任何环境中的敏捷方法
2. 用于单元测试代码的jUnit/jMock (类似于.net世界中的NUnit/Moq )
3. 代码标准的检查风格-这是类似于StyleCop或FxCop还是两者兼而有之？
4. 我想您也可以用Java编写分层应用程序(就像.net中不同层的程序集)。
5. 是否有值得提及的自动化测试开放源码软件/授权工具？
6. 有什么代码生成器在Java世界里很流行吗？

/team是否还可以使用我在.net世界中无法访问的其他流行工具/方法？您会建议Java世界中的其他工具和方法吗？

Answer 1

在java中有很多框架。例如，您不必使用JUnit，您可以在基本相同的工具支持下使用TestNG。还有几个模拟框架。

在编码标准方面，IDE有内置的IDE，还有其他一些可用的(我对IDE最熟悉，所以我不知道什么是现成的)。

如果您想要免费的话，您可以使用Eclipse作为一个IDE，以及NetBeans，而且为了赚钱，IntelliJ的想法和其他东西是一样的。此外，还有一些大厂商的IDE，旨在支持他们的特定应用服务器。

在构建“程序集”( java世界中的jars、wars和ears )方面，有一些内置于IDE中的工具用于一人项目，还有Ant或Maven用于完整的构建工具。

在自动化测试工具中有许多选择。如果您的意思是持续集成，那么CruiseControl是免费的，而TeamCity则没有低使用成本。

在代码生成器方面，一般来说，Java世界试图从它们移开，转而支持注释，但脑海中浮现的名字是xdoclet。当然，在GUI构建中，有大量的代码生成器用于构建GUI。

几乎没有触及表面。例如，在许多Java项目中，应用服务器(JBoss、甲骨文(现在他们拥有两台太阳采购)和IBM等)是一个很大的决策点(这取决于项目的类型)。

所有讨论的范畴都不是详尽无遗的，只是给了你一个跳转点来研究。在每一类中还有更多的。

Java的伟大之处在于有太多的选择。Java的坏处在于有太多的选择.

Answer 2

响应#2:代码覆盖率工具(如爱玛 )经常用于评估当前测试的范围。响应#5：发现虫和PMD是非常流行的静态分析工具。

Answer 3

您可以将哈德森与ant或maven一起用作连续集成服务器。在特定时间和每次签入之后测试您的代码。您可以将Hudson与JUnit、Emma、FindBugs、Pmd和checkstyle结合起来，以度量存储库中代码的质量。如果您正在这样做，我建议安装连续积分对策，让您的开发人员在修复测试和警告方面获得高分，并给出破坏测试和警告的负面点。