我已经掌握了一个旧的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。