JavaのFriendコンセプトの実装

Question

C++のような、Javaのフレンドコンセプトをどのように実装しますか？

Answer 1

JavaにはC++のフレンドキーがありません。しかし、それをエミュレートする方法があります。実際よりはるかに正確な制御を与える方法です。あなたはAとB B usageExample（

public class A { 
    private int privateInt = 31415; 

    public class SomePrivateMethods { 
     public int getSomethingPrivate() { return privateInt; } 
     private SomePrivateMethods() { } // no public constructor 
    } 

    public void giveKeyTo(B other) { 
     other.receiveKey(new SomePrivateMethods()); 
    } 
} 

public class B { 
    private A.SomePrivateMethods key; 

    public void receiveKey(A.SomePrivateMethods key) { 
     this.key = key; 
    } 

    public void usageExample() { 
     A anA = new A(); 

     // int foo = anA.privateInt; // doesn't work, not accessible 

     anA.giveKeyTo(this); 
     int fii = key.getSomethingPrivate(); 
     System.out.println(fii); 
    } 
} 

A.にいくつかのプライベートメソッドまたはフィールドへのアクセスを必要とするが）、これはどのように動作するかを示したクラスがあるとします。 Bのインスタンスは、Aのインスタンスのプライベートフィールドまたはメソッドにアクセスすることはできません。しかし、giveKeyTo（）を呼び出すと、クラスBがアクセスできます。有効なBを引数として必要とするため、他のクラスはそのメソッドにアクセスできません。コンストラクタはprivateです。

クラスBは、キーに渡されたメソッドのいずれかを使用できます。これは、C++の友人キーワードよりもセットアップが煩雑ではあるが、はるかにきめ細かくなっている。クラスAは、どのメソッドを正確にどのクラスに公開するかを選択することができます。

ここで、AはBのすべてのインスタンスとBのサブクラスのインスタンスへのアクセスを許可します。後者が望ましくない場合、giveKeyTo（）メソッドは内部的にotherの正確な型をgetClass ）、正確でない場合は例外をスローします。

Answer 2

Javaでは、両方の（またはそれ以上の）クラスを同じパッケージに入れることができます。 protected修飾子を持つすべてのメソッドとフィールドは、そのパッケージ内のすべてのクラスから直接アクセスできます。

Answer 3

私は同じことを達成する別の方法を考え出しました。基本的には、呼び出すクラス名の完全修飾名をチェックします。それがあなたの "友人"の機能と一致すれば、あなたはアクセス権を与えます。それ以外の場合はnullを返します。

public class A { 
    private static int privateInt = 31415; 

    public static int getPrivateInt() { 
     if(Throwable().getStackTrace()[1].getClassName().equals(new String("example.java.testing.B"))) 
     { 
     return privateInt; 
     } 
     else 
     { 
     return null; 
     } 
    } 
} 


package example.java.testing; 
public class B { 

public void usageExample() { 
    int foo = A.getPrivateInt; // works only for B 
    System.out.println(foo); 
    } 
} 

Answer 4

はA.foo()のみBによって呼び出されるべきであると仮定します。これは、Bによってのみ生成できるトークンによって整理することができます。

public class B 
{ 
    public static class ToA { private ToA(){} } 
    private static final ToA b2a = new ToA(); 

    void test() 
    { 
     new A().foo(b2a); 
    } 
} 

public class A 
{ 
    public void foo(B.ToA b2a) 
    { 
     if(b2a==null) 
      throw new Error("you ain't B"); 
     // ... 
    } 
} 

のみBはnull以外B.ToAトークンを生成することができます。 A2があまりにも友人Bしたい場合AとB両方がサードパーティにこのトークンをリークしていない場合は、他の 誰もA.foo()

を呼び出すことはできません、それは別のトークンタイプを必要とします。それが同じトークンタイプの場合、AはBのタイプのトークンを持っているので、からA2のふりをすることができます。

チェックは実行時に行われ、コンパイル時ではなく完全ではありません。しかし、第三者がnullでA.foo()を呼び出すだけなので、大したことではありません。コンパイル時に確認したい無罪のミスではありません。おそらく悪意のあるので、コンパイル時に呼び出し元に警告する気にはなりません。