2011-01-26 138 views
0

我们现有的vb6 win游戏行业应用程序。主要有3大模块。对于第一个模块/部分,我将vb6代码转换为vb.net库。我在wcf双工服务中使用该vb.net库来使用现有的业务逻辑和获取/设置数据。而且,这个wcf服务,我用在silverlight应用程序中。第一部分是处理很多计算,所以我没有将vb6代码转换为c#,而是转换为vb.net。甚至,旧的vb6代码也有硬编码的sql查询,而不是调用预编译的存储过程。我保持在vb.net库中一样。vb6 windows应用程序迁移到silverlight/wcf web应用程序

现在,客户端希望将整个系统转换为silverlight web应用程序。而且,所以我认为对于2个模块的其余部分,我应该将vb6代码转换为c#,因为计算量更少,数据库操作更多。另外,我将清理代码以使用存储的proc而不是硬编码的查询。如果我的方法正确与否,请让我知道 。这里可能会出现什么问题?在进一步处理之前,我应该考虑哪些事项?我应该手动将vb6转换为c#吗?我知道有vb.net到c#转换工具,但不知道vb6到c#。有关将代码从win应用程序迁移到面向服务架构的建议?

感谢很多:)

+1

为什么转换为C#? VB.NET同样好。 – 2011-01-27 02:50:14

回答

2

称取VB.net到C#的工具是远远不够完善,所以我很怀疑,从VB6将C#将是无痛的。关于.NET的一个美丽的事情是,它允许组件轻松集成,无论它们是否使用原始编程语言。因此,不应该有任何问题将您的旧代码迁移到VB.net(简单,便宜),将其组件化并在c#中编写新代码。

您需要问自己:如果代码恰好在C#而不是VB.NET中,那么您的客户的商业价值/好处是什么?使用C#和VB.net,成熟代码库的性能,可重用性,可维护性等可能不会明显不同。我敢打赌,将你的成熟代码转换成c#而不是vb.net会引入更多的问题,而不是解决它。

+0

感谢您的快速响应。 – 2011-01-27 00:38:27

相关问题