我已经掌握了一个旧的Microsoft J ++项目，该项目使用Microsoft Java虚拟机中的一些旧的Microsoft特定内容（现已弃用且不受支持）。它使用旧的Microsoft Java Development Kit中的其他内容，这是我在网络上找不到的。
似乎最好的方法是将此项目迁移到最新版本的Java，并将J ++ .sln解决方案文件迁移到Eclipse项目文件。
我现在有点不知所措 - 是否有任何工具可以帮助简化迁移过程？有关进行此类转换的任何提示吗？
答案 0 :(得分：3)
我实际上在Eclipse上开发了一个J ++应用程序多年，使用Eclipse作为编辑器，VS作为编译器。 WFC问题令人望而却步（并且肯定会让你无法移植到直接的Java），但是Eclipse仍然能够在关闭编译时直接编辑和重构大多数内容。这实际上是我学会爱Eclipse的地方。
我们最终将整个700K +线应用程序移植到C＃相对轻松。我会避免使用J＃，因为它现在已被弃用了。直接进入C＃，使用VS和Resharper，你几乎感觉你在Eclipse中。 :) C＃转换器非常精确，并且在它知道转换率低于1比1的部分留下了有用的评论，其中大多数是次要的。
答案 1 :(得分：2)
我会分多步来解决这个问题。
首先在Visual J ++中进行编译。您很可能需要购买二手的副本。易趣。
当你可以看到它是如何工作的时候，你可以将微软主义分离和重构为通用的东西。此页面说明了如何使J ++与Sun JRE一起工作，以便您可以在那里完成初始工作：http://java3d.j3d.org/tutorials/quick_fix/vis_jpp.html
然后你很可能会有一堆java文件可以复制粘贴到Eclipse里面的新Java项目中。
答案 2 :(得分：1)
J ++非常不受欢迎，你几乎肯定要自己重写/替换Java路由的WFC扩展。
你可以（并且我强调可能）找到前往.net的方式稍微减少肮脏 - 如果你能获得Visual Studio.Net的副本（.net 1.0 vintage）并使用J＃Upgrade向导（不确定是否有独立的命令行工具）;从那时起你可以使用Java语言转换助手（在VS 2005中）迁移到C＃ - 尽管这条路径会给你带来一些你需要检查的近似转换，从转换代码中大声评论的东西，更简单的东西，如.net中的sealed（== final}，而不是Java API。