私は、本質的に水管理システムの BI ツールである複雑なレガシー システムを持っています。このシステムのクライアントは winforms で書かれており、かなりの問題があり、見栄えもよくありません。
新しいクライアントを作成することを検討していますが、それを WPF で実装するか、ASP.NET MVC などの Web テクノロジで実装するかを選択する必要があるかどうかわかりません。
クライアントは、レポートとグラフを作成し、データを管理するための複雑な操作を許可する必要があります (例: テーブルの編集、ツリーなど...)。 クライアントのエンド ユーザーは数十人しかいません。
これらすべてが WFP につながります 、私もよく知っています。ただし、Web クライアントの開発には、展開の容易さやエンド ユーザーへの受容性など、いくつかの利点があります。
私の質問は、一般的に、これら 2 つのオプションから選択するためのガイドラインは何ですか? また、私の簡単な説明から、2 つのうちどちらが私のニーズにより適しているかを判断できますか?
よろしくお願いします、オマー
これをどのように行うかについての一般的な経験則やガイドラインはありません。一般的なデスクトップ対 Web アプリケーションの考慮事項とは別に、この決定は、最終的にはこのアプリケーションが満たすべき要件によって決定される必要があります。そして、あなたとあなたのユーザーだけがこれらの要件について知っている可能性があります。
これらの行に沿ってどこかで考えたり、調査したりしてみてください。
WPF を使用すると、Windows 環境に結び付きます。さまざまなモバイル デバイスなど、他の環境をサポートするための要件が今後なくなると確信していますか? また、WPF を使用する Windows 8 では、特に Windows の「デスクトップ」環境に結び付けられます。Metro クライアントが必要な場合はどうなりますか?
Web クライアントは単なるクライアント側のスクリプトでしょうか? はいの場合は、デスクトップ アプリと同様の方法で処理および配布する必要があります。ただし、この方法では、ネイティブ アプリと同様に、複数のクライアント環境用にまとめてパッケージ化できます。これはあなたの場合にいくつかの利益をもたらしますか？
Web クライアントをサーバーでホストする必要がありますか? はいの場合、どのようにホストされますか? あなた、サードパーティ、または顧客/ユーザーによるオンプレミス? そのようなシナリオでどのようにそれを維持し、サポートを提供しますか?
これは、私が決定を下すときに大まかに考えるものです。
個人的には、現在の一般的なソフトウェアの傾向と Windows プラットフォームの新規性を考慮すると、これはプロジェクトのライフサイクルにおいて、ネイティブ デスクトップ アプリを置き去りにする良い機会だと思います。クライアント アプリを完全に書き直すつもりで、デスクトップ ソリューションを使用する確固たる理由がない場合は、Web を使用します。