Способи забезпечення унікальних примірників класу?

Я шукаю різні способи гарантувати, що кожен екземпляр даного класу є однозначним ідентифікаційним екземпляром.

Наприклад, у мене є Nameклас з полем name. Після того, як у мене є Nameоб'єкт, nameініціалізований на Джон Сміт, я не хочу мати можливість інстанціювати інший Nameоб'єкт також з ім'ям, як Джон Сміт, або якщо інстанціфікація має місце, я хочу, щоб посилання на початковий об'єкт було передано назад ніж новий об’єкт.

Я знаю, що одним із способів цього є статична фабрика, яка містить Mapусі поточні об'єкти Name, і фабрика перевіряє, чи немає об'єкта з ім'ям Джона Сміта, перш ніж повернути посилання на Nameоб’єкт.

Інший спосіб, з якого я міг би придумати верхню частину голови, - це статична карта в Nameкласі, і коли конструктор викликається викиданням винятку, якщо передане значення для nameвже використовується в іншому об'єкті, проте я знаю, що викидає винятки у конструкторі взагалі погана ідея .

Чи є інші способи досягнення цього?

Насправді ви вже відповіли на своє запитання. Ваш перший спосіб повинен бути тут більш ефективним. Використовувати static factoryзавжди краще, ніж constructorде б ви думали, що можете. Отже, ви можете уникнути використання Constructorв цьому випадку, інакше у вас буде, throw some exceptionякщо екземпляр вже існує з даним іменем.

Отже, ви можете створити статичний заводський метод: - getInstanceWithName(name)який отримає вже доступний екземпляр з цим ім'ям, і якщо його не існує, він створить новий екземпляр і зробить ваш constructorприватний, як це в основному слід робити при роботі з static factories.

Також для цього вам потрібно підтримувати статику Listабо Mapвсі створені унікальні екземпляри у своєму Factoryкласі.

Редагувати : -

Ви, звичайно, повинні пройти - Ефективна Java - Пункт №1: Розгляньте статичні заводи над конструкторами . Ви не можете отримати краще пояснення, ніж ця книга.

Згадки про ефективну Java, схоже, додають багато довіри, тому ця відповідь спирається на:

• Ефективний пункт Пункт 8 Java: Дотримуйтесь загального контракту, коли перестановка дорівнює
• Ефективний пункт Java 9: ​​Завжди переосмислюйте хеш-код, коли ви перебираєте рівність
• Ефективний пункт Java 15: Мінімізація змінності

Я б зробив крок назад і запитав, чому ви хвилюєтесь, якщо є кілька екземплярів цього імені.

Мені рідко потрібно займатися подібним об'єднанням об'єктів. Я здогадуюсь, що ОП це робить, щоб вони могли просто порівняти свої 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)
• Створіть реалізацію за NameFactoryдопомогою Map<String,WeakReference<Name>>всередині неї
• synchronizeна карті за назвою всередині getByNameметоду перед тим, як створювати нові екземпляриName
• Необов’язково використовувати статичну приватну реалізацію Nameінтерфейсу всередині вашої реалізаціїNameFactory

Цей підхід дозволить вам забезпечити:

• NameУ будь-який час існує лише один екземпляр ,
• У вашому класі немає витоку пам'яті "Lingerer", коли вона Nameтримається довше, ніж потрібно,
• Дизайн залишається перевіреним з глузуючими об'єктами, оскільки ви використовуєте інтерфейси.

ви повинні зробити конструкторів приватними та створити такі методи, як getNameInstance(String), якщо об'єкт з таким самим іменем вже існує (на основі статичного класу 'hastable for example), ви повертаєте це посилання, інакше ви створюєте новий об'єкт за допомогою свого приватного конструктора і додаєте його до хештелю

Спробуйте виконати наступне. Ви повинні вести облік кожного створеного вами об'єкта. Для цього я використовую List. І зробив конструктор класу приватним, так що попередня перевірка може бути застосована перед створенням екземпляра

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;
        }
    }