@IT 会議室にも書きましたが、
プロパティ名 + Changed 系のイベントは、プロパティの値が変更されたら、イベントが起きることが期待されています。
そのため、プロパティの Set アクセサで ~Changed イベントを Raise するのが普通だと思いますが、
SelectedIndex の場合はそれがないということになるでしょうか。
これには、確かに違和感があります。
@IT 会議室にも書きましたが、
プロパティ名 + Changed 系のイベントは、プロパティの値が変更されたら、イベントが起きることが期待されています。
そのため、プロパティの Set アクセサで ~Changed イベントを Raise するのが普通だと思いますが、
SelectedIndex の場合はそれがないということになるでしょうか。
これには、確かに違和感があります。
良し悪しは置いておいて。
これ昔からのWindowsの仕様だったと思います。
おっしゃっている状態はSelectedIndexを見てもらえばわかるように、未選択状態になっているんです。
最終的には.Textを読みましょうということなんです・・・
WPFで実装が変わるかもしれませんね。
@IT 会議室にも書きましたが、
プロパティ名 + Changed 系のイベントは、プロパティの値が変更されたら、イベントが起きることが期待されています。
そのため、プロパティの Set アクセサで ~Changed イベントを Raise するのが普通だと思いますが、
SelectedIndex の場合はそれがないということになるでしょうか。
これには、確かに違和感があります。
良し悪しは置いておいて。
これ昔からのWindowsの仕様だったと思います。
おっしゃっている状態はSelectedIndexを見てもらえばわかるように、未選択状態になっているんです。
最終的には.Textを読みましょうということなんです・・・
WPFで実装が変わるかもしれませんね。
@IT 会議室にも書きましたが、
プロパティ名 + Changed 系のイベントは、プロパティの値が変更されたら、イベントが起きることが期待されています。
そのため、プロパティの Set アクセサで ~Changed イベントを Raise するのが普通だと思いますが、
SelectedIndex の場合はそれがないということになるでしょうか。
これには、確かに違和感があります。
良し悪しは置いておいて。
これ昔からのWindowsの仕様だったと思います。
おっしゃっている状態はSelectedIndexを見てもらえばわかるように、未選択状態になっているんです。
最終的には.Textを読みましょうということなんです・・・
WPFで実装が変わるかもしれませんね。
@IT 会議室にも書きましたが、
プロパティ名 + Changed 系のイベントは、プロパティの値が変更されたら、イベントが起きることが期待されています。
そのため、プロパティの Set アクセサで ~Changed イベントを Raise するのが普通だと思いますが、
SelectedIndex の場合はそれがないということになるでしょうか。
これには、確かに違和感があります。
良し悪しは置いておいて。
これ昔からのWindowsの仕様だったと思います。
おっしゃっている状態はSelectedIndexを見てもらえばわかるように、未選択状態になっているんです。
最終的には.Textを読みましょうということなんです・・・
WPFで実装が変わるかもしれませんね。