クラスの一意のインスタンスを確保する方法は？

特定のクラスの各インスタンスが一意に識別可能なインスタンスであることを保証するさまざまな方法を探しています。

たとえばName、フィールドを持つクラスがありますname。John Smithに初期化されたNameオブジェクトを取得したら、John Smithという名前でもname別のNameオブジェクトをインスタンス化することはできません。インスタンス化が行われる場合は、元のオブジェクトへの参照を返す必要があります。新しいオブジェクトより。

これを行う1つの方法はMap、現在のすべてのNameオブジェクトを保持する静的ファクトリーを使用することであり、ファクトリーは、John Smithを名前として持つオブジェクトが存在しないことを確認してから、Nameオブジェクト。

私の頭の外で考えることができる別の方法は、Nameクラスに静的なマップを持ち、渡された値がname別のオブジェクトで既に使用されている場合にコンストラクタを呼び出して例外をスローするときに、例外をスローすることを知っていますコンストラクターでは一般的に悪い考えです。

これを達成する他の方法はありますか？

実際、あなたはすでにあなたの質問に答えています。ここでは、最初の方法がより効果的です。使用できると思う場所static factoryよりconstructorも常に使用することをお勧めします。そのためConstructor、この場合は使用しないようにすることができthrow some exceptionます。指定した名前のインスタンスが既に存在する場合は、そうする必要があります。

そのため、静的ファクトリーメソッドを作成できます。- getInstanceWithName(name)既に使用可能なインスタンスをその名前で取得し、存在しない場合は、新しいインスタンスを作成し、constructorプライベートを作成します。static factories。

また、そのためには、クラス内で静的ListまたはMap作成されたすべての一意のインスタンスを維持する必要がありますFactory。

編集：-

確かに-Effective Java-Item＃1：コンストラクターの静的ファクトリーを検討する必要があります。その本よりも良い説明は得られません。

効果的なJavaの言及は多くの信頼性を追加するように思われるので、この回答は次の点に基づいています。

• 有効なJava項目8：等しいをオーバーライドする場合は、一般的な契約に従います
• 効果的なJavaアイテム9：等しいをオーバーライドするときは常にhashCodeをオーバーライドする
• 効果的なJavaアイテム15：可変性の最小化

私は一歩下がって、この名前オブジェクトのインスタンスが複数ある場合、どうして気にするのか疑問に思うでしょう。

この種のオブジェクトプーリングを行う必要はほとんどありません。OPはこれを行っているので、彼らは単純にNameオブジェクトをます==。または、キーのName内部HashMapまたは類似のオブジェクトを使用します。

もしそうなら、これは解決できるものです 適切な実装ですequals()。

そのようです：

public final class Name {
  private final String name;

  public Name(String name) {
    if (name == null) {
      name = ""; //or exception if you like
    }
    this.name = name;
  }

  public String getName() {
    return name;
  }

  @Override
  public boolean equals(Object o) {
    if (!(o instanceof Name)) {
      return false;
    }
    Name other = (Name) o;
    return other.name.equals(name);
  }

  @Override
  public int hashCode() {
    return name.hashCode();
  }
}

完了したら、次のことが当てはまります。

Name a = new Name("weston");
Name b = new Name("weston");
assert(a.equals(b)); //same but:
assert(a!=b); //not the same instance
//test out the Name instances in a hashmap:
HashMap<Name,Object> map = new HashMap<Name,Object>();
Object detailsIn = new Object();
map.put(a,detailsIn);
Object detailsOut = map.get(b);
assert(detailsIn==detailsOut); //the map returned the same details object
//even though we put with `a` and got with `b` thanks to our correct equals implementation

私はあなたの目標を推測していますが、この方法Nameではハッシュマップなどでクラスを使用できます。それらはまったく同じインスタンスである必要はありません。

• Nameインターフェースを作る
• インターフェースを作成する NameFactoryメソッドをしてをName getByName(String)
• 実装を作成NameFactoryAとしMap<String,WeakReference<Name>>、その中
• synchronizegetByName新しいインスタンスを作成する前に、メソッド内の名前でマップ上にName
• 必要に応じて、Nameインターフェイスの静的プライベート実装を使用して、NameFactory

このアプローチにより、次のことが保証されます。

• 常に1つのインスタンスのみがName存在し、
• クラスNameに必要以上に長く留まっている場合、クラスに「リンガー」メモリリークはありません。
• インターフェイスを使用するため、デザインはモックされたオブジェクトでテスト可能のままです。

コンストラクタをプライベートにgetNameInstance(String)し、同じような名前のオブジェクトが既に存在する場合（静的クラスのhastableに基づいて）のようなメソッドを作成し、その参照を返すか、プライベートコンストラクタを使用して新しいオブジェクトを作成して追加する必要がありますハッシュテーブルへ

フォローしてみてください。作成する各オブジェクトを追跡する必要があります。この目的のために、私はリストを使用しています。インスタンスを作成する前に事前チェックを適用できるように、クラスコンストラクターをプライベートにしました。

class UniqueName
    {
        private string Name;
        public int ID;
        private static int Count=0;
        static List<UniqueName> lt=new List<UniqueName>();

        private UniqueName(string Name)
        {
            this.Name = Name;
            ID = ++Count;
        }

        public static UniqueName GetUniqueueInstance(string Name)
        {
            foreach (UniqueName un in lt)
            {
                if ( string.Compare( un.Name,Name,StringComparison.InvariantCultureIgnoreCase)==0)
                    return un;
            }

            UniqueName temp=new UniqueName(Name);
            lt.Add(temp);
            return temp;
        }
    }