Java 正在寻找.NET3.5/J2EE体系结构概念比较文章/图表

我们正在考虑将.NET技术与Java技术（WCF、JBoss/ESB、MOM、WPF、WF）相结合，我需要对.NET 3.5和Java世界中的苹果和橙子有一个高层次的概念

是否有人知道一篇好的、清晰的文章，或者更好的是一个简单的图表，可以回答以下问题：

• Java世界中的WCF是______
• Java世界中WPF的等价物是_____
• 在.NET世界中，JBoss最接近的东西是_____
• JVM和CLR本质上是相同的，除了这些区别：
• 在Java世界中，您没有WF/WCF/WPF的概念，而是
• Java世界中还没有“LINQ”，但您可以使用___
• 在Java世界中，最接近ADO.NET数据服务的是

---

我不想讨论这个问题，所以我不想寻找“战斗点”，我只需要一个中立的what is what chart比较这两个世界。

很难找到关于这方面的好信息，更难找到最新信息。大部分是关于.NET1.1或2.0的

无论如何，我将在这里提供一些您可能感兴趣的链接：

• -采访C#编程语言的首席设计师安德斯·海尔斯伯格
• -Dare Obasanjo的“从Java开发人员的角度看C”
• -JVM与CLR内存分配
• -用于.NET的工具、库和框架列表
• -J2EE工具、库和框架列表
• -维基百科对Java（JVM）和.NET的比较
• -维基百科对Java和C的比较#

---

希望有帮助！每当我停下来查看一些有用的信息时，我都会不断更新这些信息。

我不知道有什么好的、清晰的图表，但我会大胆地回答你的问题。（警告——我是一名J2EE开发人员，上一次做Microsoft编程时使用的是经典的ASP和VB 6。我无法评估MS技术，但我对许多Java等效技术有很好的了解。）

• WCF：WCF似乎是为了简化Web服务。J2EE的等价物是ApacheCXF，它使用JAX-WS2.0规范中提供的注释来简化Web服务的创建
• WPF：这个很简单。微软的技术看起来像是对JavaServer Faces的直接剽窃。我不能告诉你哪一个更好，但它们彼此非常相似编辑：我在这个问题上做得太快了——JSF不能像WPF那样在桌面上工作。底层技术类似，但JavaFX可能是更好的比较
• JBoss in.NET：其他人可能想纠正我的错误，但我觉得说这不存在是相当安全的。想想看。你要求一个免费的开源产品来运行一个专有的、非免费的规范。如果你选择了微软，你会被IIS困住，就像你被Windows困住一样
• JVM与CLR之比较：我发现了一篇文章，表明两者之间几乎没有区别。我所看到的这两者之间的许多争论都集中在Windows作为服务器技术的弱点（真实的或可感知的）上

  ---

• 什么是Java世界而不是WF/WPF/WCF：在我看来，Java世界比MS有真正的好处。有无数的框架，所以你一定会找到适合你需要的东西（免费！）。您可以使用SpringMVC或Struts2.0或Wicket。对于数据库层，您可以选择Hibernate或Ibatis。请看Web服务框架的定义。Java总共列出了九个框架。微软有一个：WCF
• LINQ的Java等价物：同样，有人可以纠正我，但我不确定是否有等价物。微软的优势
• ADO.NET数据服务：这在Java中通过JPA和RESTful Web服务是可行的，但我认为在MS世界中实现起来要容易一些

我认为微软在另一个领域走在了Java社区的前面：他们在函数式编程方面进行了一些明智的投资，而Java界人士则在毫无意义地争论向Java添加闭包的最佳方法。同样，也有一些新兴技术——即OSGi——来处理大量Java框架所涉及的巨大复杂性。因为微软对他们的领域有更严格的控制，所以他们更容易处理各种组件

还有人为因素：你能找到谁来工作，什么技术，雇佣X和雇佣Y的成本是多少。但不管你选择什么，这都是事实

---

希望这有帮助

IMO有太多的Java框架。几十个Linux发行版也有同样的问题

当然，对于.NET也可以这样说，但更清楚。这是我在rtperson的帖子上的.02

：

.NET有NHibernate和iBatis.NET。看起来不像他们的Java对手那么好，但已经足够好了

事实上，在.NET端有很多开源项目：Castle项目（MVC、IoC）、NUnit、Spring.NET。。。别忘了Mono是核心.NET框架的开源实现。

您见过这些吗

---

< P> >我是一个程序员，已经做了C++、java和现在的C语言开发。 以下是我对最初问题的回答：

WCF=EJB/J2EE服务器（例如JBoss）

WPF=Swing（JavaFX）

JBoss=我认为WCF不需要服务器，只是在.net运行时运行。虽然对此不确定，但仍在学习中。JVM vs CLR:CLR可以做JVM能做的一切，但CLR也可以：运行非托管代码，将一个进程分隔为多个逻辑进程（AppDomains）。与java相比，C++的集成非常好，CLR就更好了。