C＃の継承とオーバーライド塩基特性

Question

私は現在、カスタムListViewItemクラスを必要としている - のはMyListViewItemそれを呼びましょう。 Checkedプロパティが変更されたときには、各アイテムに関連付けられたいくつかの追加データが必要で、いくつかの操作を実行する必要があります。私はいくつかのことを試してみたが、現在は関連するコードは次のようになります。

class MyListViewItem : ListViewItem { 
    new public bool Checked { 
     get { 
      return base.Checked; 
     } 
     set { 
      base.Checked = value; 
      // do some other things here based on value 
     } 
    } 
    public MyListViewItem(Object otherData) { 
     // ... 
    } 
} 

私がいる問題は、私はListViewコントロール内の項目のチェックボックスをクリックしたとき、私のセッターが呼び出されないということです。誰かが私が間違っていることを知っていますか？私は親リストビューのItemCheckedイベントを使用することができることを知っていますが、それははるかにクリーンなソリューションのようです。 （また、私は実際にコンストラクタにObjectを渡すわけではありませんが、その部分はここでは重要ではありません）。

Answer 1

それは「新しい」キーワード原因働いていないだけで、「非表示」、それを上書きしません。

これは、あなたがMyListViewItemの型定義を介して参照されるオブジェクトのインスタンスにチェックを呼び出す場合はあなたのコードを実行することを意味します。ただし、ListViewは、ListViewItemの型定義を介してこのオブジェクトを参照するため、「新しい」メソッドを呼び出すことはありません。

は "新しい" ないオーバーライドです。より良い解決策は、おそらくカスタムリストビューでコードを処理することです。本当に醜いわけではありません。

Answer 2

newoverridebaseメンバー。同じ名前の新しいメソッドを宣言します。 VB.NETではShadowsと呼ばれています。

実際、newは、コンパイラの警告をオフにする以外何もしません。 overrideと宣言していないメンバー（baseメンバーがvirtualまたはoverrideの場合にのみこれを行うことができます）は、baseメンバーの継承ツリーとは完全に無関係です。

Answer 3

ListViewItemと仮定。 Checkedプロパティが仮想である、あなたはそれを上書きする必要があります。

public override bool Checked 

Answer 4

ListViewItem.Checkedプロパティは仮想ではありません（MSDNドキュメントhereを参照）。このように、この動作をオーバーライドすることはできません。ビヘイビアを変更するには、イベントを使用するか、ListViewから派生させてListView.OnItemCheckedをオーバーライドする必要があります。代わりに、独自のカスタムのListViewItemを作成する

Answer 5

、なぜカスタムデータを含むように別々の種類を作成し、カスタムデータを参照して、それぞれのListViewItemのTagプロパティを割り当てていませんか？

これは私がしばらくの間使用してきた、それは非常によく動作パターンです。アイテムがチェックされているときのカスタムアクションは、リストビューで関連するイベントを処理するだけです。