名前セマンティック

Question

public class _base 
{ 
    protected int x = 5; 
    protected int GetX(_base b) { return b.x; } 
} 


public class _derived : _base 
{ 
    public int Foo() 
    { 
     var b = new _base(); 
     //return b.x; // <-- this would be illegal 
     return GetX(b); // <-- This works and does exactly the same as the line above 
    } 
} 

（コードを変更しないでください。それは働いて、問題を示している。）

エラーは、bがであるためという

Cannot access protected member '_base.x' via a qualifier of type '_base'; the qualifier must be of type '_derived' (or derived from it) 

注意です_baseとタイプし、私たちはベースにいません。プロテクトされたメンバーにはアクセスできません。なぜなら、_baseは他の派生型なので、コードを保護していない可能性がありますが、それは意味がありません。私がやっていることは、保護された特別な方法を使って上記の問題を回避することです。これは私が望む行動と私が望む保護を私に与えます。私は、このようなアクセスを許可するキーワードがあったと思いますが、そうではありません。私が興味を持っているのは、この "パターン"に名前があるかどうかです。

（私が使用している内部は、同じアセンブリのアクセスで誰でもできますので、保護された）

Answer 1

アクセス修飾子はクラス（メタアクセス属性として）に作用するため、通常、この種のアクセスは許可されません。派生クラスでは、基本クラスのインスタンスに派生クラスとのクラス関係はありません。ここでは、インスタンスとクラスを混合しています。 protectedキーワードは、派生クラスへのアクセスのみを提供しますが、（たとえ派生クラス内であっても）インスタンスからのアクセスのみを提供します。

明らかにこの言語には欠点がありますが、使用されていない時間の99.9％が必要なわけではありません。いずれにせよ、C＃にはあなたが望むものを提供するキーワードはありません。

Answer 2

カプセル化。

http://en.wikipedia.org/wiki/Encapsulation_(object-oriented_programming）

基本的には、アクセサ（「セッター」と「ゲッター」）を介してメンバーへのアクセス権を持つユーザーを制御。基礎となるデータのレイアウト方法は、ユーザーには表示されません。この

思う：

あなたのベースクラスに（何らかの理由のために）あなたのX変数の名前を変更したいのですが、それを直接アクセスし、その基本クラスから派生した100クラスが存在する場合。

あなたはそのコードを壊すでしょう。 xが直接アクセスすることはできませんので、

class derived 
{ 
    void DoSomething() { x += 1; } // x renamed, doesn't compile anymore 
} 

さて、カプセル化を使用して、我々はアクセサを得た：

class derived 
{ 
    void DoSomething() { SetX(GetX() + 1); } // No prob! 
} 

Answer 3

UPDATE：質問が書き換えられているので、この答えを書き換えます。

あなたが示したパターンの名前はわかりません。

あなたが推測しているように、フィールドにアクセスすることが不正な理由は、インスタンスbが_derivedのインスタンスであることがわからないためです。 "保護された"アクセスとは、_derivedが保護されたメンバーにアクセスできることを意味します。_derivedのインスタンス。 _baseから派生した "SomeOtherType"のインスタンスの保護されたメンバーへのアクセスは許可されません。質問が本当にあるならば

さて、「からメンバーxへ直接アクセス任意のインスタンスを通じてすべての派生クラスを取得する方法はありますか？」次にはい。あなたはそれを内部にする明らかな解決策を拒否します。 （*）別の方法があります。 BおよびD1およびD2は、すべての直接this.xにアクセスすることができるが、それ以外の種類の方法がそうすることが可能な派生クラスのメソッドの今

abstract class B 
{ 
    private B() {} 
    private int x; 
    private class D1 : B { } 
    private class D2 : B { } 
    public static B MakeD1() { return new D1(); } 
    public static B MakeD2() { return new D2(); } 
} 

方法：これを行います。 D1とD2以外の派生型はありません。 Bの唯一のコンストラクタは非公開であるため、存在することはできません。抽象的であるため、D1やD2でないBのインスタンスは存在しません。あなたがあなたのメンバーへのアクセスを心配する必要が唯一の人々があなたの同僚あり、それが内部作れば

---

（*）は、覚えておいてください。彼らがメンバーに嫌なことをした場合、コードレビューで彼らに叩きつけることは、ここではまったく受け入れられる解決策です。

Answer 4

私はあなたが何を意味していると思いますか？メソッドに基本クラスのインスタンスを作成しないでください。コンストラクタによって作成されます。メンバー名のみを使用するか、大文字と小文字を区別するために、baseキーワードを使用します。

次のようにあなたがそれを使用する上記の例では：

class A : _base { 
    void Foo() { 
     x = 10; //or base.x = 10; 
     SetX(10); //or base.SetX(10); 
     Console.WriteLine(GetX()); //or base.GetX() 
    } 
} 

をさらにあなたはJavaの醜いのgetXとSETXパターンのための素敵な糖衣構文であるProperties構築物に興味があるかもしれません。