次のようなテーマを扱った、このテーマに関する良い本やウェブサイトはありますか?
かなり大規模な winforms ベースの製品を Web に移行したいと考えています。「ビッグバン」シナリオでの移行には、おそらく少なくとも 2 年はかかるでしょう。代替シナリオを探しています。私は特に、中間のシナリオを処理する方法、顧客を満足させるためにどのようなオプションが必要かを探しています.
完全な書き直しを行っている可能性が高くなります。Web は Windows フォームとは概念的に異なるため、多くの変更が必要になります。
あなたの最善の策は、Windowsフォームアプリでの新しい開発を止めることです. 新機能用の新しいアプリの作成を開始します。次に、分離されたフィーチャを 1 つずつ Web に移行します。
UI には 2 つのオプションがあります
webforms - Windows フォーム モデルと密接に一致します。devexpress などのサードパーティ コントロールを使用している場合は、ウェブフォームで同等のものを見つけることができます。
mvc - プレゼンテーション レイヤー全体を再構築するようなものです。UI レイヤーが既にビジネス レイヤーから分離されている場合は、MVC への道を進むのが適切な選択です。ただし、開発エクスペリエンスは、Windows フォームを使用する場合とはまったく異なります。
州
新しい技術
ステートフルなシナリオを模倣するには、新しいスキルが必要です
期待
複数のテクノロジーをいじることになるため、Windows アプリと同じ応答性を実現するには非常にコストがかかります。おそらく、ユーザーは最初は新しいアプリを嫌うでしょう。スタッフに熟練したWebデザイナーがいることは非常に重要です
アプリケーションをデスクトップから Web に移行した私たち自身の経験に基づいて: winform アプリケーションのアーキテクチャを慎重に検査し、可能であれば、サービスまたは永続レベルで Web インターフェイスを提供して、Windows アプリケーションが Web サービスと直接対話する代わりに Web サービスを使用するようにしてください。データベース。次に、ユーザーが clickonce を使用してアプリケーション サーバーからデスクトップ モジュールを起動できるようにします。
このようなアプローチにより、Web にすばやく移行でき、ユーザーは同じ GUI とアプリケーションにアクセスするための新しい方法を手に入れることができました。実際、Web サービスを使用するように既存のアプリケーションを再設計するのに 3 ～ 4 か月かかりました。
その後、モジュールを 1 つずつ置き換え、それらを Web アプリケーションとして実装し、両方 (clickonce と Web) を短期間維持して、ユーザーが新しいモジュールに慣れられるようにしました。
clickonce から Web への一連のモジュールの移行は、明らかな方法で優先されました。ほとんどのユーザーが使用するモジュールから開始しました。実際、システムの最初のリリースでは、Web フォーム モジュールが 1 つしか準備できておらず、残りのモジュールは 2 年以上にわたって 1 つずつ置き換えられています。