インターフェイスのC＃プロパティ

Question

インターフェイスや抽象クラスにプロパティを含めるのがベストプラクティスかどうかは誰でも助けてくれますか？

私はInterfaceにメソッドシグネチャしか持たないと思いますか？

Answer 1

プロパティインタフェース

参照に微細である：

http://msdn.microsoft.com/en-us/library/ms173156.aspx

インタフェースは、メソッド、プロパティ、イベント、インデクサ、またはこれら4つのメンバー型のいずれか 組み合わせからなります。インターフェイスには、 の定数、フィールド、演算子、インスタンスコンストラクタ、デストラクタ、または の型を含めることはできません。静的メンバーを含むことはできません。インターフェイスメンバは が自動的に公開され、アクセス修飾子は含まれません。

Answer 2

インターフェイスでプロパティを使用することは完全に容認されます。私はいつもそれをする。

Answer 3

インターフェイスまたは抽象クラスにプロパティを含めることは完全に有効です。

Answer 4

プロパティはメソッドの構文上の砂糖です。 "..." という希望のコードを示していること

String get_PropertyA() { ... } 
void set_PropertyA(String value) { ... } 

注：これは、このようなものになり、実行時に

String PropertyA { get; set; } 

：

私は財産を持っている：これを考えてみましょうコードジェネレータによってそこに置かれます。実際に私が言っていることは、プロパティはC＃以外には実際には存在しないということです。私の例で示したようなコンビネーションを使ったメソッドにコンパイルするからです。私が何を言っているかを確認するには、リフレクションを使用して、反射したコードの外観を見てください。

ただし、実装で重要でないことがある場合は、インターフェイスにプロパティを設定することは悪い習慣です。たとえば、変数を設定して他の変数を更新する場合や、内部条件のためにプロパティを設定するとプロパティの割り当てが拒否される場合は、プロパティを使用しないでください。私はそれがインターフェイスを超えて適用される一般的なルールだと思う。

Answer 5

私はこれにベストプラクティスがあるとは思わない。

プロパティ（実際にはメソッド）はインターフェイスで許可されています。これ以上のものは単なる意見です。これには、何か意見があることについての私の指摘も含まれます。