2011-01-26 23 views
0

ゲーム業界向けの既存のvb6 winアプリケーションがあります。主に3つの大きなモジュールがあります。最初のモジュール/パートでは、vb6コードをvb.netライブラリに変換しました。私は、既存のビジネスロジックを使用してデータを取得/設定するために、wcfデュプレックスサービスでそのvb.netライブラリを使用しました。そして、このwcfサービス、私はsilverlightアプリケーションで使用します。 1番目の部分は多くの計算を扱っていたので、vb6コードをc#に変換せず、代わりにvb.netに変換しました。古いvb6コードでも、コンパイル済みのストアドプロシージャを呼び出す代わりに、ハードコードされたSQLクエリがあります。私はvb.netのライブラリで同じを保った。vb6 windowsアプリケーションのSilverlight/wcf Webアプリケーションへの移行

クライアントはシステム全体をSilverlight Webアプリケーションに変換したいと考えています。そして、2つのモジュールの残りの部分については、vb6コードをc#に変換する必要があります。なぜなら、計算が少なくて済み、DB操作が多いからです。また、ハードコードされたクエリの代わりにストアドプロシージャを使用するようにコードをクリーンアップします。

私のアプローチが正しいかどうかをplchに教えてください。 何がここで間違っていますか?さらに処理する前に考慮すべきことは何ですか?手動でvb6をc#に変換する必要がありますか?私はvb.netのC#変換ツールがあることを知っていますが、vb6からC#まではわかりません。 win appからサービス指向アーキテクチャーにコードを移行するためのアドバイスはありますか?

どうもありがとう:)

+1

SilverlightとWCFサービスへのVB6から移行 これらのツールにhttp://www.artinsoft.com/visual-basic-6-or-csharp-to-the-web.aspxを使用することをお勧めしますか? VB.NETはまあまあです。 –

答えて

2

のC#にVB.netを取るツールは、これまで完璧からですので、私は非常にC#のにVB6から行くこと無痛になるだろうことを疑います。 .NETについての美しい点の1つは、オリジナルのプログラミング言語であっても、コンポーネントを簡単に統合できるということです。したがって、古いコードをVB.netに簡単に移行することはできますが、それをcomponetizeして新しいコードをC#で書くことは問題ありません。

あなた自身に尋ねる必要があります:VB.NETではなくC#でコードが使用されている場合、顧客にとってのビジネス上の価値/利益は何ですか?

成熟したコードベースのパフォーマンス、再利用性、保守性などは、C#とVB.netとの間で大きく異なる可能性は低いです。私はあなたの成熟したコードをvb.netではなくc#に変換することで、解決するよりも多くの問題が生じるだろうと確信しています。

+0

あなたの迅速な対応に感謝します。 –

0

私は、彼らがなぜC#2に変換する