大規模なvb6アプリケーションを.NETに移植する作業を進めています。現在のアプリケーションは、ローカルアクセスデータベースのセットと通信するデスクトップアプリケーションです。アプリケーションには約200のフォームがあり、約100のテーブルがあります。画面は大部分が複雑です。大部分は、マスターと詳細の関係、埋め込みスプレッドシートの行数、動的に生成される編集コントロールを表示します。大規模なvb6アプリをWebまたはwinformsに移動する。あなたが決める!
.NETに移植します。私は彼らがそれをWebベースかwinformsにしたいかどうか分からない。私にとっては、アプリケーションがwinformsに適しているようです。ありがたいことに、アクセスデータベースは選択にかかわらずSQL Serverに置き換えられます。リサイズのための
私の理由:
- リッチなUI。
- クライアントキャッシング
- 高速開発。 Winformsは、ASP.NETが従来のASPよりも光年の生産性が高いにもかかわらず、私にとって生産的です。私はまだwinformsで動作します。
- 状態を管理することにより、より多くのデータを表示し、時間を節約できます。
私は、ビジネス/データ層を別々のライブラリに分割する予定です。ライブラリ内のビジネスオブジェクトは、winformsまたはWebアプリケーションのいずれかで使用できます。
winformsに最初に移植し、UIとビジネスロジックを明確に分離すると、ビジネスロジックを後でWebバージョンで再利用できるようになると思います。ビジネス/データ層がUI依存関係のない別個のライブラリにあるとすると、
最終的には私の決定ではありませんが、大型のWindowsアプリケーションをasp.netに移行した経験をお聞きしたいと思います。
大きなデスクトップアプリケーションをasp.netに移行した経験は何ですか?このようなプロジェクトにどのようにアプローチしますか?あなたはむしろwinformsまたはasp.netにこのアプリを移植しますか?どうして?
ありがとうございます! スティーブ
私は最初にwinformに移植してからウェブに移植することに同意しません。誰が予算を得ようとしているのですか、そしてあなたがターゲットとしていることがわかっているなら、ASP.NETです。 –
ターゲットがASP.NETであるかどうかはわかりませんが、それは問題のポイントです!また、SteveBが提供した詳細に基づいて、勝利フォームアプリがより良い選択と思われます。 – Ash
また、ビジネスルールをカプセル化すると、Winndows FormsからAPS.NETへの「ポート」ではありません。必要に応じて、ASP.NETなどの.NETインターフェイスで使用できる一連のビジネスロジックアセンブリがあります。 – Ash