古いプロジェクトをWPFに変換するには

Question

これらのプロジェクトをWPFに変換するには、.net 2.0バージョンを使用して開発したプロジェクトがたくさんあります。詳しく議論してください。

Answer 1

WPFへの移行を簡単にするには、既存のコードにGUIとビジネスレイヤの結合が高いことを確認してください。既存のコードをリファクタリングすることが最も重要な場合は、 GUIに関連するものだけが含まれています。

この手順の後、移行するプロジェクトの部分は大きなものではなく、GUIロジックのみに関係します。

winformからWPFへのこのような移行を行ったとき、私たちはGUIと他のレイヤーの間のカップリングが高いため、GUIレイヤーを移行するよりもGUIと他のレイヤーの結合を削除するのに多くの時間を費やしました。

Answer 2

同様の練習を経て、私はそれができますが、いくつかの課題があることを伝えます。 ステップ1：わかりやすくするために、WPFと言うときにはSilvelright/webを意味する人もいます。 WPFはSilverlightではありませんので、既存のアプリケーションをWPFシッククライアントアプリケーションに移行する必要があることを明確にする必要があります。あなたはWPFを述べて以来、私はあなたのクライアント/ウィンドウベースのアプリケーションを意味すると仮定しているので、私たちはそのルートに行くでしょう。 （私は最後にSLを言及します）

ステップ2：コードをリファクタリングするためのコードレベルからプロジェクトを評価するのはかなり簡単です。 .net 2.0から.net 4.0に移行しているので、実際にいくつのクラスが定義されているかを見て、リファクタリングできるものや完全に再設計されたものを見てみましょう。これはステップ3に直接つながります。

ステップ3：デザインパターンを選択します。難しい部分の1つは、WPVMのためのMVVMのような新しいデザインパターンについて言及することです。あなたは、UI全体を取り除き、再設計したいと思っています。結果として、適切なデザインパターン（MVVM）またはその味を利用したいこともあります。デザインパターンをサポートするためにコードの一部を変更する必要があるため、これも手順2に戻ります。

MVVMとUIの開発には、オンラインのリソースがたくさんあります。読書資料を探しているなら、私はWPF 4を見ていて、WPFも解説しています。どちらも、どのように動作するのか、プロジェクトでUIコンポーネントを使用するための適切なアプローチを迅速に実行できるようにするのに役立ちます。

.net 4と、コレクション、タイプ、そしてもちろんwpfのための多数の新しいクラスを使用しています。

免責事項：多くの場合、WPFアプリケーションは伝統的なwinformレイアウトと実践を使用して作成できます。これが正しいか間違っているかは、開発者の問題です。私の個人的な意見では、新しい設計パターンを習得してwinformアプローチを使用することはできませんが、このアプローチを使用してフレームワークの完全な利点と機能を得ることはできません。

最後に、これらのアプリをウェブ（Silverlight）に移行する予定がある場合、仕事はもう少し難しいでしょう。 Silvelrightには学習曲線が少し高まっていますが、学習しなければならないいくつかのルール（セキュリティ、非同期呼び出し、Webサービスなど）があります。私は移行を作成する際にSiverlightからWPFへの移行が容易であることを確信しています。マイクロソフトがSivelrightを改善し続けるにつれて、私は2つのパターンの間でコードが互換性があるところまで到達すると思うが、今は存在しない。

オンラインが、ここで検索を行い、あなたが始めるのに役立ついくつかのリンクは次のとおりです。 スコット・ガスリー（シルバー）http://weblogs.asp.net/scottgu/default.aspx ジョシュ・スミス（WPF MVVM）http://joshsmithonwpf.wordpress.com/

運

の最高