問題タブ [dependency-properties]

私は WPF を初めて使用します。以下の質問は多くの人にとってばかげているように見えるかもしれませんが、ご容赦ください。

app.xaml.cs で依存関係プロパティを作成するにはどうすればよいですか?

実際に作ってみました。以下のコード、

以下のコンパイル時エラーをスローします。

名前 'GetValue' は現在のコンテキストに存在しません

名前 'SetValue' は現在のコンテキストに存在しません

誰でもこれで私を助けることができますか？

ありがとうございました！

別の依存関係プロパティの値を使用して値が計算される依存関係プロパティを登録するにはどうすればよいですか？

.NETプロパティラッパーは実行時にWPFによってバイパスされるため、ゲッターとセッターにロジックを含めるべきではありません。これに対する解決策は、通常、PropertyChangedCallbacksを使用することです。しかし、それらは静的であると宣言されています。

たとえば、この不自然なタスクを実行するための適切な方法は何ですか。

依存関係が循環的でない限り、これを達成するための適切な手段はありますか？

開発中のwpfコントロールがあります。

このコントロールには、別のコントロールが含まれ、カプセル化されています。

内部コントロールのプロパティを、コントロールを使用するウィンドウに公開したいと思います。また、このプロパティが変更されたときに内部コントロールがロジックを実行するようにします。

助言がありますか？

カスタム UserControl に次のような DependencyProperty があります。

Expression Blend 3 には、次のようなものがあります。

ここで、ColumnWidth 依存関係プロパティが、EmployeeHeaderTemplate DataTemplate の TextBlock と CallListTemplate DataTemplate の ListBox の幅を制御するようにします。C# でこれを実行できることはわかっていますが、純粋な XAML データ バインディングでも可能だと感じています。

しかし、Silverlight と Expression Blend 3 は比較的新しいので、どうすればよいかわかりません。助言がありますか？

現在、次のアプローチを使用して、xaml でバインドするプロパティの変更通知をセットアップしています。

ただし、依存関係プロパティを実装するには、登録やコールバックの設定などを行う必要があることがわかりました。これにより、上記のコードが呼び出されます。

では、上記のアプローチをそのまま使用できるのに、依存関係プロパティに余分なボイラー プレートをすべて設定する意味は何ですか?

ありがとう。

Xamlで子ビューを定義する親ビューがあります。子ビューにはDependencyProperty、親ビューのViewModelにバインドされたがあります。ただし、その値は子ビューのViewModelでも必要です。

ChildIdコントロールの依存関係プロパティとして実装されますChildView。ChildViewModel必要な場合、ParentFooIdそれを取得するための適切なMVVMの方法は何ですか？

のをにキャストしてDataContext、のハンドラに値を設定したくありません。それは私にはあまりMVVMっぽくないようです。ChildViewChildViewModelOnChildIdChangedChildView

私が考えたもう1つの方法はChildViewModel、値を使用して新しいものを作成し、それをイベント内（内）として設定することDataContextでしOnParentFooIdChangedたParentViewModel。しかし、ViewModelsはビューを認識しないはずであるため（したがって、sについて何も知らないため）、それも完全には正しくないようですDataContext。

明らかな何かが欠けているようです...

レギュラーを使用してMouseBinding、のCTRL-Clickイベントをキャプチャできるようにしたいと思いTextBlockます。残念ながら、このCommandプロパティは依存関係プロパティではなく、MVVMを使用しているため、ビューモデルにバインドできません。

マイクロソフトはどうしてこの基本的な機能を省略できたのでしょうか。Ctrlキーを押しながらクリックを検出してビューモデルのコマンドにバインドする簡単な方法はありませんか？

Storyboard Completedイベントが発生したときに、ViewModelのメソッドを呼び出せるようにするために、Storyboardsに添付された依存関係プロパティを作成しました。

次に、バインディング構文を使用して、XAMLで使用しようとします。

これは、次の例外で失敗します。

System.Windows.Markup.XamlParseExceptionが発生しましたMessage="属性'Style'の値をタイプ'System.Windows.Style'のオブジェクトに変換できません。スレッド間で使用するためにこのストーリーボードタイムラインツリーをフリーズできません。オブジェクト'labelHello'でエラーが発生しましたマークアップファイル'TestWpfApp;component / window1.xaml'

ストーリーボードに添付されたICommandプロパティを使用してBinding構文を機能させる方法はありますか？

.NET Workflow Foundationには、インスタンスプロパティ、メタプロパティ、およびアタッチされたプロパティの3種類の依存関係プロパティがあります。誰かが違いと適切な使用法が何であるかを説明できますか？ありがとう。

最近、C# でのジェネリック クラスの参照に関連する多くのコードの匂いがします。私の不満は、DependencyObject を継承し、DependencyProperties を含むクラスに特に当てはまります。

基本的な問題は、依存関係プロパティを宣言するときに、通常、所有者としても知られる現在の型を参照することです。これは問題なく機能し、一般に単純な非ジェネリック オブジェクトの場合はそれほど問題にはなりませんが、オブジェクトにいくつかの依存関係プロパティが含まれており、型名をさまざまな場所でリファクタリングする必要がある場合を除きます (ビジュアル スタジオ)。

私が最近見つけたのは、この面倒な明示的な自己参照の慣行とジェネリックの広範な使用を組み合わせると、コードが本当に醜くなり始めるということです。

私の質問は、上記のような状況でジェネリック パラメーターを含む完全な型名を参照する必要がある回数を減らすためのトリック、ハック、または正当な解決策を誰かが知っているかどうかです。

完全な開示: 私はこれを Microsoft .Connect サイトの問題として提起しましたが、自己参照キーワードのアイデアを拒否しましたが、回避策や代替ソリューションは提供しませんでした. 私の考えは、キーワードが使用されている型を一般的に参照するために、 Owner、OwnerClass、またはThisTypeなどのキーワードを使用することでした。