WPF

[WPF] CallMethodActionを継承したBehaviorを指定するとVisual Studio 2010のXAMLデザイナで例外が発生する

Fri, 01 Oct 2010 11:06:00 GMT

少し前ですが、表記をコネクトに登録しました。

CallMethodActionを継承したBehaviorを指定するとVisual Studio 2010のXAMLデザイナで例外が発生する
http://connect.microsoft.com/VisualStudioJapan/feedback/details/605473/

続きを読む・・・

[WPF] MVVMでViewModelからViewを操作する（Blend付属アセンブリ使用版）

Thu, 30 Sep 2010 15:24:00 GMT

先日、尾上さんの以下の記事をきっかけとして、twitter上で約３時間ほどつぶやき合いました。尾上さんから多くのことを教えていただき、大変有意義な時間でした。改めてお礼申し上げます。

MVVMパターンでViewModelからViewを操作したい
http://ugaya40.net/wpf/mvvm_viewmodel_to_vew.html

この長いつぶやきの始まりは、私が上記の記事で疑問に思ったことのつぶやきからでした。

続きを読む・・・

【WPF】 MVVMでVMからViewを操作する考察

Mon, 27 Sep 2010 15:26:00 GMT

えムナウさんのViewのコードビハインドにコマンドを用意する方法が以下に公開されています。通常はVMにコマンドを実装するので、この逆転の発想は私にはなく、感激いたしました。

MVVM パターンで VM から VIEW を操作したい
http://blogs.wankuma.com/mnow/archive/2010/09/20/193090.aspx

さて、上の記事を受けてかずきさんが以下の記事を書かれています。

続きを読む・・・

[WPF][Visual Studio] 添付プロパティに配列を渡す際のVisual Studio 2010 WPFデザイナーのバグ？

Fri, 16 Jul 2010 10:47:00 GMT

まずは下の画像を見て欲しいのですが、私には理解できないエラーが発生しています。

続きを読む・・・

[WPF] 複数のStoryboardを順に実行する方法

Wed, 07 Jul 2010 15:13:00 GMT

複数のStoryboardを順に実行するにはどうしたら良いのだろうか？ StoryboardにはChildrenプロパティがあり、そこに複数のStoryboardを登録できる。例えば、親StoryboardのChildrenプロパティに子Storyboadを複数追加する。こんな感じだ。

続きを読む・・・

[WPF] ContentPresenterで表示されるコントロールにスタイルを適用するには？

Wed, 09 Jun 2010 16:16:00 GMT

ContentPresenterは、そのContentプロパティにバインドしたコントロールを子要素として表示します。
以下はTextBox型のコントロールを子要素として表示する例です。

<ContentPresenter Content="{Binding Path=MyTextBox}" />

ではこの子要素にスタイルを適用するにはどうすれば良いのでしょうか？

続きを読む・・・

依存関係プロパティをコピペする時のミスによる実行時エラー

Tue, 13 Apr 2010 11:50:00 GMT

依存関係プロパティを以下のように定義したとします。

public class PersonFoo : DependencyObject
{
   #region 依存関係プロパティ dependency properties

    public static readonly DependencyProperty NameProperty =
        DependencyProperty.Register("Name", typeof(string), typeof(PersonFoo));
    public static readonly DependencyProperty AgeProperty =
        DependencyProperty.Register("Age", typeof(int), typeof(PersonFoo));

    #endregion
                     ・
                     ・


同じように、PersonBarクラスを作成したいので、PersonFooをコピベしました。
続きを読む・・・

【WPF, Silverlight】 MVVMフレームワークの一覧

Mon, 30 Nov 2009 10:52:00 GMT

MVVMフレームワークの一覧が以下にまとまっています。

Discover and compare existing MVVM frameworks !
http://www.japf.fr/2009/11/discover-compare-existing-mvvm-frameworks/

紹介されているフレームワークはソースコードが公開されていたりするので、それを参考にして自分用のフレームワークを作るのもいいかもしれませんね。

【WPF】 Code GalleryのWPFサンプルがVS2010 Beta2に対応

Wed, 28 Oct 2009 13:24:00 GMT

私自身が忙しくてなかなかVS2010に触れていないのですが、VS2010 Beta2に対応したWPFのサンプルがCode Galleryにアップされています。

WPF samples now available at Code Gallery
http://blogs.msdn.com/wpfsdk/archive/2009/10/23/wpf-samples-now-available-at-code-gallery.aspx

【WPF】【Silverlight】 MVVMは各人に合ったレベルで実装すれば良いのではないかと思う

Wed, 14 Oct 2009 14:25:00 GMT

コーディング規約を設けているところは多いでしょう。開発者のレベルが伴わず、LINQやジェネリックの使用を禁止しているところもあると聞きます。いくらLINQやジェネリックの導入によって開発効率が上がるとしても、それぞれの事情がありますので仕方のないことでしょう。

MVVMをどのように構築するのかも同じであり、それぞれのレベルにあった構築規約を作成すれば良いと思うのです。コーディング規約と同じように、これという正解がないのだと思います。ただし、一般的にベターな実装というのはあると思います。

例えばMVVMでよく耳にするのが、Viewのコードビハインドを書いてはいけない、ViewがViewModelのインスタンスを持ってはいけない、ViewModelがViewのインスタンスを持ってはいけないなどです。これらの意味はわかります。しかし、これらはMVVMに付加された規約であり、必ずしも全ての人がこれに従う必要はないと思うのです。
MVVMで私が最も重視することは疎結合です。疎結合を実現するために多くの場合コマンドが利用されます。ではなぜコマンドを使用すると疎結合が保たれるのでしょうか？それはICommandというインターフェースを利用しているからです。同様にViewModelがViewのインスタンスをインターフェース経由で持てば疎結合は保たれます。したがって、これだけ見ればViewModelがViewのインスタンスを持つことに何ら問題はありません。
誤解を招かないように補足すれば、私はViewModelにViewのインスタンスを持つことを積極的に推奨しているわけではありません。イベントでコマンドを発行できないような場合（例えばListBoxのSelectionChangedイベント）、私はよく紹介されている以下のヘルパークラスを使って、イベントとコマンドを結び付けています。

WPF MVVM Helper Library (WPF + MVVM = testability)
http://www.julmar.com/blog/mark/2009/04/17/WPFMVVMHelperLibraryWPFMVVMTestability.aspx

しかし、実装方法としてはViewModelがViewのインスタンスを持つ方がはるかに簡単でわかりやすくメンテしやすいコードになります。これについてのバランスにいつも悩むわけです・・・。高いお金を出せば良い物が手に入りますが、その良い物が実際には必要以上に良いものであれば無駄遣いになってしまいます。もちろん必要以上に良いものかどうかは各人によるでしょう。
実際、SilverlightのMVVMはViewがViewModelのインスタンスを持ったり、ViewがViewModelの型情報を持っている例を見かけます。その例は以下のMSDNの記事でも見られます。

Silverlight 2 アプリケーションでの Model-View-ViewModel
http://msdn.microsoft.com/ja-jp/magazine/dd458800.aspx

ViewがViewModelの型情報を持つ例としては以下があります。SilverlightはDataTemplateのDataTypeプロパティで動的にViewを変更できないため、ResourceSelectorという仕組みを使用しているからです。

Silverlight MVVM Example
http://jmorrill.hjtcentral.com/Home/tabid/428/EntryId/339/Silverlight-MVVM-Example.aspx

以上より、MVVMの実装のパターンは実は広いということがわかります。WPFを学ぶことは大変です。WPF = MVVMのようになっていますが、MVVMはデザインパターンにすぎません。今まで通りWindowsフォームのようにイベントハンドラを使ってWPFアプリケーションを作成することも可能です。もし、初心者の方がWPF+MVVMで挫折するのであれば、一度MVVMを捨てても良いかもしれません。しかし、早くMVVMに戻ってきてください。やはりWPFにMVVMは合うと思いますし、当面の間は主流になると思うからです。それでもMVVMが難しいと感じるのであれば、ViewとViewModelの疎結合が崩れているということを知った上で、ViewとViewModelがどっぷり依存しあったコードを書いても当面はかまわないと思います。WPFにさえ慣れていない状態で、MVVMも同時に慣れろというのは初心者の方には一般的に難しいと思うからです。

結局、MVVMはデザインパターンであり規約ではありません。疎結合を保ったままMVVMを実現するというベターな実装の仕方は確かに存在します。しかしそれはあくまで一般論であり、それがベターであるかどうかは各人が置かれた環境で判断するしかないと思うのです。WPFはその設計段階であまりMVVMが意識されていなかったのでしょう。なぜなら上で述べたようにコマンドを発行できないイベントが存在し、多くの人がその壁にぶち当たるからです。
その壁をどう乗り切るかは各人の事情に合わせてで良いと思います。ただ一つ重要なのは、今実装しているパターンの欠点と他の実装のパターンの利点を知っていることです。当たり前のことですが、これはプログラミング全般に当てはまります。

WPF

[WPF] CallMethodActionを継承したBehaviorを指定するとVisual Studio 2010のXAMLデザイナで例外が発生する

[WPF] MVVMでViewModelからViewを操作する（Blend付属アセンブリ使用版）

【WPF】 MVVMでVMからViewを操作する考察

[WPF][Visual Studio] 添付プロパティに配列を渡す際のVisual Studio 2010 WPFデザイナーのバグ？

[WPF] 複数のStoryboardを順に実行する方法

[WPF] ContentPresenterで表示されるコントロールにスタイルを適用するには？

依存関係プロパティ をコピペする時のミスによる実行時エラー

【WPF, Silverlight】 MVVMフレームワークの一覧

【WPF】 Code GalleryのWPFサンプルがVS2010 Beta2に対応

【WPF】【Silverlight】 MVVMは各人に合ったレベルで実装すれば良いのではないかと思う

依存関係プロパティをコピペする時のミスによる実行時エラー