2009-08-02 117 views
1

我已经开始使用旧的Microsoft J ++项目,该项目使用Microsoft Java虚拟机中的一些旧的Microsoft特定的东西(现在不推荐使用并且不支持)。它使用旧版微软Java开发工具包中的其他东西,这是我在网上任何地方都找不到的东西。将旧的J ++项目迁移到Eclipse?

看来最好的方法是将此项目迁移到最新版本的Java,并将J ++ .sln解决方案文件迁移到Eclipse项目文件中。

我现在有点不知所措 - 有什么工具可以帮助简化迁移过程吗?有关进行此类转换的任何提示?

回答

2

我会在多个步骤中解决这个问题。

首先得到这个编译和Visual J ++。您很可能需要从例如购买使用的副本。易趣。

快速搜索发现http://cgi.ebay.com/Visual-J-6-0-Professional-Commercial-Box-561-00176_W0QQitemZ320309632655QQihZ011QQcategoryZ80301QQcmdZViewItem

那么当你可以看到这是如何运作的,你可以工作隔离和重构的Microsoftisms到一般可用的东西。此页面演示了如何使J ++在Sun JRE工作,所以你可以在那里做前期工作:http://java3d.j3d.org/tutorials/quick_fix/vis_jpp.html

然后,你将最有可能的java文件一大堆,你可以复制粘贴到Eclipse中一个新的Java项目。

1

J ++是非常不喜欢的,你几乎肯定会做很多你自己的重写/替换WFC扩展去Java路线。你可能(并且我强调可能)找到.net的方式稍微肮脏 - 如果你可以获得Visual Studio.Net(.net 1.0 vintage)的副本并使用J#升级向导(不确定是否曾有独立的命令行工具);从那时起,您可以使用Java语言转换助手(在VS 2005中)迁移到C# - 虽然即使这样,通过转换代码中大声评论的东西,您仍需要检查一些近似转换,在.NET中线程正在sealed(== final),而不是Java API中。

3

我实际上在Eclipse上开发了一个J ++应用多年,使用Eclipse作为编辑器,使用VS作为编译器。 WFC问题令人望而却步(并且肯定会让你无法移植到直接的Java),但Eclipse仍然能够在关闭编译的情况下将大部分内容重构为直接编辑器。这实际上是我学会爱上Eclipse的地方。

我们最终将整个700K +行应用程序移植到C#中,相对容易。我会避免J#,因为它现在已经被弃用了。直接进入C#,使用VS与Resharper,你会得到几乎感觉就像你在Eclipse中一样。 :)C#转换器非常准确,并且在知道转换少于1比1的部分留下了有用的注释,其中大部分都很小。

+0

您是如何创建Eclipse项目文件的?用手? – 2012-05-09 11:53:51