タスクバー (いくつかのメニュー、検索フィールド、ブックマークを含む)、複雑な Web ベースのビューを備えた複数のウィンドウ (ワークスペース) を含む「Windows」に似た WPF アプリを再開発する必要があるケース シナリオがあります。 (HTML5/CSS3)、それらの間のドラッグ アンド ドロップ機能と、ウィンドウと共通の UI を制御するある種のタスク マネージャー。また、このアプリは、イントラネットや場合によってはインターネットを介して他の (.NET、JAVA、C++) アプリと通信することもできます。
私の質問は、上記のシナリオの場合、どのレンダリング エンジンを検討する必要があるかということです。(現在IE7)
MVC 対 MVP 対 MVVM ? それとも何か他のものですか？
SOAP 対 REST ?
このアプリは Win XP/7/8 ユーザーが使用するものであることに注意してください。
これが冗談なら、かなり面白いです！
私の質問は、上記のシナリオの場合、どのレンダリング エンジンを検討する必要があるかということです。(現在IE7)
それらのすべてはどうですか？単一のブラウザ用のアプリを開発する時代は終わりました。<blink>90年代のタグ。WebKit (Safari/Chrome/事実上すべてのモバイル ブラウザー)、Gecko (Firefox)、Triton (IE)、および今後 Chrome が使用する Blink が必要になります。とはいえ、当面は WebKit とほぼ同じです。IE のサポートに関しては、Windows XP をサポートする必要がある場合、少なくとも IE 8 のサポートが必要になります (おそらく IE 7 も)。これらのバージョンの IE では「最低限必要な」アプローチを検討してから、最新のブラウザーでのみ高レベルのものについて心配することをお勧めします。IE 10 以降では、Chrome と Firefox のレンダリングはすべてほぼ同じになります。あちこちで何かがピクセル単位でずれている可能性がありますが、ブラウザごとにレンダリングがまったく異なる時代は、ありがたいことにほとんど終わりました。ただし、各ブラウザーでの機能レベルのサポートに注意する必要があります。たとえば、Chrome と IE 11 は WebGL をサポートしていますが、他のブラウザーやバージョンは最新のものであってもサポートしていない可能性があります。アプリで利用する機能に応じて、ポリフィルまたは抽象化ライブラリを利用する必要があります。
MVC 対 MVP 対 MVVM ? それとも何か他のものですか？
誰もあなたのためにこれに答えることができません. アプリと開発チームによって異なります。ただし、一般的には、Web フォームから離れて MVC フレームワークを使用しますが、それは必ずしも "MVC" を使用することと同じではありません。典型的なアプローチは、MVC と MVVM の組み合わせになる傾向があります。ASP.NET MVC のモデル、ビュー、およびコントローラーの概念を使用し、ビュー モデルを追加して、ビューでデータベースに支援されたエンティティを表し、1 から 1 へのマッピングを行います。もう一方は手動で、または AutoMapper などを使用して。
SOAP 対 REST ?
これは、特定の状況によっても異なります。ただし、選択肢がある場合は、REST を使用してください。新しいものはすべて REST に基づいている必要があります。レガシー プラットフォームとの相互運用には SOAP のみを使用してください。