为Windows桌面应用程序选择运行时/语言时要考虑哪些因素？

我的用户都有Windows。他们中的一些人使用Linux或Mac，但是如果这样做，他们通常能够使用Mono，Wine，Parallels或双引导之类的东西。

我的开发团队（包括我自己）在以Java编写Swing应用程序以及以C＃编写Windows窗体方面都有丰富的经验。“广泛”意味着我们在两个运行时上都开发并交付了三个应用程序。这些应用程序是技术分析应用程序，因此对数据库交互的影响很小，但是对自定义UI和数据集大小的关注却很大。

我们已经到了真正要决定从现在开始关注哪个平台的地步，因为这已经成为同时支持这两个平台的负担（如果您在Swing中工作了半年，那就太麻烦了以便再次适应Windows窗体等），我们希望我们团队中的每个人都能够处理我们所有的应用程序。

• Windows窗体通常花费较少的工作来制作可识别的Windows应用程序。多年来，Java中没有任何外观和自定义控件能够解决这一问题。同时，我们从来没有一个客户无法使用Swing应用程序。
• 就库和自动构建工具而言，Java过去拥有更加丰富的生态系统，但是这种变化正在迅速发生（Java并没有失败，.NET的追赶更多。）
• 对于罕见的首选跨平台的情况，Java击败了.NET。Mono很棒，但是它比Java还要工作。

如果选择.NET，则可以开始关注WPF，也可以开始使用F＃。如果选择Java，我们可以开始关注RCP，也可以开始使用Scala。

是否有人必须做出类似的决定？如果是这样，那是什么？对您影响最大的是什么？有什么我最想念的问题吗？

（请注意：Programmers.SE上已经存在一些类似的问题，但是它们不是建设性的，或者是不同的角度。）

我们通过JNI来使用Java（Swing）以及一些本机部分。尽管当今对多平台性的商业需求可能微不足道，但5年后情况可能会有所不同，并且该应用程序（科学测量应用程序）的生命周期将更像是10年以上（其C ++的前身至今仍在使用）源文件（1991年）。如您所写，Java在非Windows环境中击败了.NET，如果我们需要退出Windows，则只需重新编译一些本机部分，也许可以微调GUI外观并检查一切正常。

如果您确定只使用Windows，并且您的应用程序只能使用几年，那么.NET可能是首选。它看起来和行为都更像是本机应用程序。但是作为长期投资，我更信任Java。Swing看起来可能不太完美，启动时间可能更长，由于多平台抽象层，一切都不太理想，但至少它“可行”。

您可能要考虑的事情是IKVM项目，该项目使您可以在.NET世界中使用Java代码。然后，您可以获得Java后端的好处，而-据我所知-您可以在Swing或WinForms中拥有薄的前端层。

http://www.ikvm.net/

我听说其他人已经使用它来使用从.NET用Java编写的开源连接库，而不必使用笨拙的.NET版本。

MSDN上有一个资源可能对您有用：http : //msdn.microsoft.com/en-us/gg715299.aspx。

如果您转到页面的底部，则会发现一堆白皮书，从概念上比较了Java和.NET。当然，由于它在MSDN上，因此偏向.NET，但是资源仍然非常有用。

我也对此进行了一些思考，我发现答案取决于项目的类型以及可以预见的内容。

有时，创建一个可以为所有平台提供服务的代码库是一件好事-您可以用较少的总体代码获得一定程度的UI一致性。我认为优缺点很明显，因此我将跳过。

有时使用2个本机编写的代码库会更好。例如，如果用WPF编写应用程序对.NET来说很优雅，而用Cocoa编写对Mac OS来说又很优雅，那么生成的代码实际上可能比使用Java或Mono（没有WPF）。在这种情况下，用更少的代码可能会获得更好的结果。

最后一个考虑因素可能是将您的应用程序作为HTML5应用程序甚至是Chrome扩展程序进行，但是这可能太过遗漏了。

您考虑过Silverlight吗？它也是构建Windows桌面应用程序（来自SL4 +）并在Mac上正常工作的不错选择。

作为一名全职的Java开发人员，我可以告诉您，尽管跨平台兼容性是惊人的，但每个本机集成都是地狱。

因此，我总是遇到很多问题，有时甚至失败了。您可能不需要它，但有时我偶然发现了它，并且通常很疼。

• 与COM集成非常麻烦，有时甚至无法实现COM +（浪费了数周的时间才能使其与Windows Tablet API配合使用）。
• 硬件交互可能会造成伤害。有时，该API仅在一个平台上可用（例如，相机/扫描仪集成）。
• 与本地应用程序的交互也会造成伤害。我有没有提到COM的痛苦？好吧，另一种（我们实际使用的）方法是生成并执行VBS脚本，这些脚本会启动Windows应用程序（例如MapPoint或某些专有的映射应用程序）并向其提供数据。
• 安装和桌面集成（快捷方式，卸载程序，开始菜单）也可能会受到伤害。Web Start非常不可靠。替代方案要么使您付出高昂的代价，要么缺少某些功能（例如更新分发）。

不要误会我的意思。我是Java开发人员，并不意味着要发火。我只是说，如果您怀疑需要上述任何一种，它可能会造成伤害，使用.net可能会更好。至少这是您应该考虑的一个论点。