問題タブ [valueconverter]

WPFアプリとSilverlightアプリを作成しているときに、気になり始めていることの1つは、バインディングを実行するために作成する必要があると思われるValueConverterの数です。コンバーターの多くは、OKボタンのIsEnabledバインディングなどを処理しています。

しかし、私は、これまでにないわずかに異なる変換状況を処理するために、1ダースほどのコンバーターになってしまうようです。私は何か間違ったことをしていますか？同様のコンバーターを1つのコンバータークラスにまとめようとする必要がありますか？他の人は何をしますか？コンバーターの数が増えると、タオルを投げ入れて、イベントハンドラーの背後にある古いコードで有効化/無効化などを実行したいという誘惑も高まります。

各行にブール値の配列が含まれている WPF DataGrid に一連の行を表示しようとしています (その数はすべての行で同じで、ギザギザの 2D 配列ではありません)。例えば。

現在、DataGrid 行にこのクラスを使用しています。

実際のケースでは、128 個のブール値にします。当分の間 (誰も 128 日を超える長さの周期的な計画を作成しない限り) 仕事は完了しますが、それはかなり醜い解決策です。

どうにかしてブール値の配列を DataGrid にフィードできますか? ValueConverters の実装に関するさまざまな記事を調べましたが、それが必要かどうかはわかりません。

WPFのラジオボタンに列挙型をバインドしようとしています（この回答に触発されました）が、コンバーターパラメーターの列挙型を見つけるのに問題があります：

列挙型は次のように定義されます

私は今、このようなチェックボックスをバインドしようとしています（データコンテキストは正しいと想定され、値コンバーターが実装されています:)

問題は、タイプが見つからなかっ{x:Static models:Enums.MySelections.one}たというエラーを常にスローすることにあります。models:Enums.MySelections

列挙型を見つけるにはどうすればよいですか？

昨年かそこらの間、私はさまざまな目的のために、さまざまな作成者からさまざまな値コンバーターを見てきました。私の心に突き出ていることの 1 つは、それらによって返される「デフォルト」値のばらつきが大きいことです。例えば;

私の質問は、入力値を変換できないことを示す「標準的な」方法はありますか?

定義された列挙型ステータスからブラシにvalueconverterをバインドしようとすると、XAMLデザイナーでエラーが発生します。

「OKStatus」リソースが見つかりません。

アプリケーションは実行時に正常に動作しますが、デザイナーでGUIを表示できません。私のリソースは、実行時に読み取られるcolor.xamlファイルで定義されています。すべてのコードは同じ名前空間内にあります

私のXAML：

xmlns：config = "clr-namespace：App.MyNamespace"

と

状態

私のコンバーター：

このコードでは、frameElemは私が定義したリソースについての知識を持っていないので、設計中にリソースにアクセスする方法が必要です。これは可能ですか？

いくつかの入力変数（オブジェクトとTextBox）を持ち、TextBox.TextStringプロパティを返すコンバーターがあります。

私が遭遇している問題はConvertBack()、コンバーターのメソッドにあります。取得するのは文字列（テキストボックスのテキスト）だけなので、更新をオブジェクトにリンクする方法はありません。一部の（すべてではないにしても）Convert()変数にアクセスする方法はありますか？または、少なくともどのテキストボックスが呼び出しているかを知っていConvertBack()ますか？

これが私のItemsControlコードです：

そして、これが私のコンバーターからの抜粋です：

16進値を含む256文字の長さの文字列があります。

EC851A69B8ACD843164E10CFF70CF9E86DC2FEE3CF6F374B43C854E3342A2F1AC3E30C741CC41E679DF6D07CE6FA3A66083EC9B8C8BF3AF05D8BDBB0AA6CB3EF8C5BAA2A5E531BA9E28592F99E0FE4F95169A6C63F635D0197E325C5EC76219B907E4EBDCD401FB1986E4E3CA661FF73E7E2B8FD9988E753B7042B2BBCA76679

次のような数字の文字列に変換したいと思います。

1027214340374524092449470645761685057074800357622629340269412121814737852259288791781240281401345826979864279828010888845539653717868569674767960724331689898603798857627272145505281989410385829377881458809038822939990221818476657354126291580694725625671446961605221070947382

どうしてこんなに大きな数字でそれができるのでしょうか？

前もって感謝します。

ValueConverter を規約ベースの Caliburn.Micro バインディングにどのように適用しますか? または {Binding} 構文を使用する必要がありますか?

私はこれができることを知っています

ただし、Caliburn.Micro の構成上の規則を使用している場合、そのカスタム コンバーターを適用するにはどうすればよいですか?

ありがとう、

私はMVVM/WPFを使用していて、一見単純なことをしようとしていますが、きれいな解決策が見つかりません。

私は次のことをしたい：

モデルでプロパティが変更された場合 (この場合、WPF Textbox テキストが変更されます)、メソッドを使用して、バインドされたプロパティに関連する UI で他の操作を実行します。

現在、ツールチップでマルチバインディングを使用しています（テキストボックスのデータコンテキスト+バインディングパスを取得するため）が、これはちょっとしたハックです。

何かを再利用可能にして、おそらく別のコントロールにしたいので、 textchanged イベントを使用しているだけではありません。

誰かが私を正しい方向に向けることができれば、それは大歓迎です。

全体的に疑わしいコードの品質を持つ Silverlight プロジェクトを継承しました。

これは XAML バインディングで使用され、パラメーターを使用して、次のように複雑になる場合があります。

また、PropertyChanged 通知 (MVVM Light) で使用されます。

それで、私がこれを行うのを妨げているものはありますか:

私がテストしたものは、まだ問題なく表示されますか？

私の質問を言い換えると、「プロパティを変更する」必要性は、この種の（私見醜い）構造を強制しますか？

編集:もう一度言い換えると、ターゲットが変更されたことをバインドされたコントロールに通知するためのよりエレガントなソリューションはありますか、それともコンバーターの作り直しを検討する必要がありますか?