Java与.NET的开发成本对比及相关问题

1、Java SE 7遭遇.NET CLR会发生什么？

从Java SE 7的功能列表中可以看出，它相比以前版本有了长足提高。那么，它是一个游戏改变者吗？我认为不会是这样。在过去数年中，JVM和.NET CLR都发生了众多改进；过去那些只有技术非常高超的程序员才能完成的许多事情，现在借助于JVM和.NET CLR的增强功能，普通程序员也能够做得到。

尽管JVM和.NET CLR并非在同一个时间实现相同的想法，但是如果在一方出现了某个好的想法，另一方也会迅速跟进，这一点不仅仅体现在运行时层面上。举例来说，对于Java来说，Hibernate项目取得了巨大成功后，.NET也迅速推出了NHibernate。而.NET的闭包（closures）功能深受众多开发者的欢迎，Java似乎不久也将实现它们（51CTO编者注：Sun在Devoxx大会上宣布了这个消息），当然，这是一个语言功能，而非运行时功能。

.NET闭包大受好评，Java也将迅速跟进

2、在可以预见的未来，一个运行时是否会彻底击败另一个？

尽管从技术层面上JVM和.NET CLR非常相似，但它们都有自己的市场，两者的灵活性都不是很强。如果一个人已经围绕.NET服务器和IIS创建了他们的基础架构，他不可能第二天醒来把所有这些迁移到Java，反过来也是这样。甚至如果一个公司决定切换自己的开发平台，那它可能需要替换整个开发团队，或者从头开始对他们进行培训。即使培训完成后，在技能上还是存在严重的不足；毕竟，一个高级.NET开发者不可能在经过3个月培训后突然变成一个高级Java开发者。

另外，公司需要保留现有技术人员来维护已有的代码。你认为这些员工会坐视他们的职位被取消，或者他们的技能将变得无用或贬值吗？当然不会。对一个公司来说，完全从Java转向.NET或完全从.NET转向Java，都是一种自杀行为。最多是通过一个多年期项目来对员工进行重新教育。自从.NET发布以来，从VB6到.NET的迁移都已经花了8年时间。

3、Java开发的成本是否比.NET开发更具经济性，如果是这样，人们是否会转向Java来节省投资？