WindowsフォームからWPFへの移行

長い間、私はWindowsフォームの開発（VB6から始まり、C＃.NET 4.5まで続いています）に悩まされてきました。また、純粋な.NETを使用して、Windowsフォームが実行できることの限界にかなり達しました。 、およびネイティブコードの特殊効果。

私はWPFとXAMLを学習しようとしましたが、WPFの新しいデザイナーですぐに行き詰まります。Windowsフォームデザイナと比較すると、使用するのは非常に難しいようです。

Windowsフォーム開発者により適した、.NETのWPFデザイナに代わるものがあるかどうか知りたいですか？

私はWPFの初心者向けの記事についてブログを書くのが好きで、特に役立ついくつかの記事があります。

• WinFormsからWPFに切り替えるときの考え方の変化を理解する
• あなたが言うこの「DataContext」は何ですか？
• 単純なMVVMの例

要約すると、WinformsとWPFの最大の違いは、WPFではデータレイヤー（DataContext）がアプリケーションであり、WinformsではUIレイヤーがアプリケーションであることです。

別の見方をすると、WPFではアプリケーションは作成したオブジェクトで構成され、テンプレートやその他のUIオブジェクトを使用して、WPFにアプリケーションコンポーネントの描画方法を指示します。

これは、UIオブジェクトからアプリケーションを構築し、必要なデータを提供するWinFormsの反対です。

このため、アプリケーションコンポーネントはコードで設計されているため、デザイナは実際にはそれほど使用されていません。デザイナは、データクラスを反映するユーザーフレンドリーなインターフェイスを描画するためにのみ必要です（通常Models、およびViewModels）

個人的には、すべてのXAMLを手で入力することをお勧めします。それは、UIがどのように見えるかをプレビューするために時々デザイナーを使用しますが、それはドラッグ/ドロップWPFデザイナーが行うよりも速く、それほど混乱しないためです。お気に入り。

WinForms開発者に適した他のWPFデザイナーがあるかどうかについての質問に答えるために、別のデザイナーを探す代わりに、WPFの使用方法を学ぶことをお勧めします。WinFormsのようにWPFを使用すると、WPFの優れた点の多くを逃してしまいます。

まあ、同意しない人もいますが、VSデザイナーを使用しないこともお勧めします。少なくともインターフェースを作成しないでください。あなたがアプリケーションを起動せずに、あなたの実装の第一印象を取得したいことがあれば、少なくとも限り良い視聴者のようには洗練されたものないStylesし、Templates使用されています。ただし、IMHO、そのドラッグアンドドロップ結果はプロトタイプとしてのみ使用する必要があるため、不要になった場合は破棄してください。

使用しないことが重要ないくつかの理由を次に示します。

1. VSデザイナーは、マージンと配置を修正して作業しています（レイアウトコントロールを使用している場合、通常は必要ありません）。つまり、要件が変更された場合、多くのコントロールを操作する必要があります。XAMLとWPFの仕組みに精通している場合は、ルックアンドフィールに関して、少ない労力で変更できるアプリケーションを作成できます。

2. デザイナーがxamlを生成しているため、構成が最適ではなく、UIのパフォーマンスが低下する可能性があります。私はそれを測定しませんでした、それは単なる感じです。

はるかに優れた代替策はMS Blendですが、最初は他のすべてが簡単です。そのドラッグアンドドロップの結果は、VSデザイナーの結果よりもはるかに優れています。
しかし、これは非常に強力なツールであり、非常に強力な要素を使用して最先端のUIを作成するのに役立ちます。少なくとも短いワークショップに行って、その機会を理解することをお勧めします。

戻るあなたの質問、私見、私には自分自身に良い本などを取得、多くの人が同意すると思うWPFアンリーシュドを使用すると、より多くの詳細について知りたい場合は、後でおよびWPFプロ。とは異なる多くの機能がありますWinforms。デザイナーを使用してそれらを知ることはありません。それが最善のアプローチだと思います。

また、すでに一般的な問題をいくつか解決しているフレームワークとライブラリ（MVVM light、WPFToolkitなど）が多数あることも考慮してください。したがって、ホイールを再発明する必要はありません。

私はこれが古い質問であることを知っていますが、これを見ている他の人の利益のために、私はバランスを少し調整する必要があると思います-他のいくつかの答えを読むと、「デザイナーを使用しない'感情は、それを適切に使用しないことから生じます。 このチュートリアルは、他の投稿にある批評のいくつかに答えるのに非常に適しています。

たとえば、コントロールをドロップしたときにデフォルトであるWinformsのようなマージンベースのレイアウトから、右クリックして[レイアウトのリセット]を選択することで、よりWPF風のスタイルに切り替えることができます。

このビデオは同様の理由をカバーしています。

私は今でもVS2010デザイナーのバランスを好みます-VS2013は、TabItems **にドラッグアンドドロップするときに少しバグがあるようです（現在のプロジェクトではこれを頻繁に使用しています）。 、それは本当のプラスになることができます。

ただし、実際には、WPFとxamlを最大限に活用するには、デザイナービューとxamlビューの両方にある程度の知識があり、それらを切り替える必要があります。あなたがデザイナーから遠ざかると、あなたは多くのことを助けることができる何かを逃しています。

**編集-これはVS 2013のUpdate 3とVS14のプレビューで改善されたようですが、今までのところ私はまだ奇妙な動作をしています。

まず、Visual StudioデザイナーのWPF（XAML）では、常にxamlコードを使用してUIを構築し、コントロールをドラッグアンドドロップしないでください。コードをクリーンに保つ必要があります。Expression Blendを使用すると、ドラッグアンドドロップでグラフィック指向になりますが、無料ではありません。

これは大きな学習曲線ではありませんが、選択肢を探す代わりに、xamlを手動で実行する方法を学ぶべきだと思います。

私はあなたがしたようにこのプロセスを経てきました。その後、私の会社のWPFの全員に教えていました。私が学んだ重要な教訓がいくつかあり、WPFを使用している人は誰でも知っています。

1. コードビハインドでUIコントロールを操作している場合は、....次に、それが間違っています。コードビハインドでUIコントロールを処理する必要はまったくありません。
2. クリックするためのビジュアル開発者は必要ありません。XAMLのみを処理することで、生産性が大幅に向上します。コピー/貼り付けを使用します。タイピング機能を信頼しないでください。それは多くの頭痛を救うでしょう。
3. XAMLは、データを見渡すウィンドウのようなものです。背後のコードでは、データを変更しています。XAMLでは、UIがデータを解釈する方法を定義します。
4. コンバーターは素晴らしいです。重要な量のコンバーターを入手するとすぐに、生産性はSkyを飛躍的に高めます。それらは、非表示にしたり、サイズを変更したり、UIについてこれまでにない、膨大な数のコントロールイベントハンドラーの役割を引き継ぎます。

UI開発が楽しくなります。特に、Asycプロセスと一緒にプレイするのが好きな方法を見つけたら。それは本当にWinformsによって引き起こされた頭痛の多くを取り除きます。