PropertyChangedでWPFを更新できないまず(完全な開示)、私はC#の比較的初心者です。したがって、これはおそらく明らかなことです。私はすでにスタックオーバーフローに関する同様の質問と例をここで多数検討しましたが、私が間違っていることを見つけることはできません。WPFappプロジェクトから始めました。OnStartupを変更して、手動でウィンドウをロードできるようにしました。値をインクリメントするタイマーを持つクラスを作成し、INotifyPropertyChangedを使用してメインウィンドウのTextBoxを更新しました。WPFウィンドウは正常にロードされます。TextBlockは値5で始まるため、バインディングは少なくとも私のクラスと値を指します。出力では、タイマーイベントで値が更新され、NotifyPropertyChangedが発生しますが、TextBlockは変更されないことに注意してください。TextBlockがUpdateWPFクラスの間違ったインスタンスにリンクされていると思いますが、それがどうなるかわかりません。1AShは私の問題を見つけましたが、彼はそれをコメントとして投稿したので、私はこれに答えます。途中でいくつかのことを解決したので、ここにすべてを投稿します。Path=Value,Mode=OneWay}"AShが指摘したように、この場合UpdateSourceTriggerは完全に無意味でした。Loris156は他の問題をいくつか指摘しました。その提案のいくつかは間違っていましたが、私は良い点をつまずいてこれに来ました。命名規則すべてがGetThisまたはSetThisであり、thisが変数であるJavaから来ました。MSはValue(){get;set;}変数はvalueです。loris156は_valueを好みますが、これは多くの人がしていることです。そのため、自動プロパティセッターで使用するため、「値」は非常に悪い例です。それにもかかわらず、私は彼らのコンパイラを使用しているので、私はMSの方法に固執しました。私のゲッター/セッターは「値」になりました。Lori156はintリターンを使用していましたが、これは私が使用していたテキストボックスでは機能しませんでした。以前は[CallerMemberName]を正しく機能させることができませんでした。これは、ゲッター/セッターにも関係していました。セッターを除外することで、自動プロパティ機能が壊れていました。getterはテキストボックスでは機能しないため、setterで文字列をintに変換することを選択しました。それを使用しないので、それは本当に重要ではありません。}もし誰かがそれらを持っているならば、私はさらなる提案に対してオープンです。プロパティの実装方法もお勧めしません。