Как я могу реализовать существующую реализацию класса Java/интерфейса singleton?

Question

Предположим, что я использую реализацию ApplicationContext весной.

ApplicationContext - это интерфейс в Java Spring Framework, и я не могу его изменить.

Как я могу гарантировать, что может быть только один экземпляр этой реализации?

Для примера. У меня есть следующий код -

public class ApplicationContextSingleton 
{ 
    private static ApplicationContext context; 
    private static int numberOfInstances = 0; 

    public static ApplicationContext getApplicationContext() 
    { 
     if(numberOfInstances == 0) 
     { 
      context = new ClassPathXmlApplicationContext("spring.xml"); 
      numberOfInstances++; 
     } 
     return context; 
    } 
} 

Таким образом, я могу гарантировать, что есть только один экземпляр ApplicationContext, при условии, что получается следующим образом -

ApplicationContext context = ApplicationContextSingleton.getApplicationContext(); 

Но это не мешает другой программист от говорящего -

ApplicationContext context = new ClassPathXmlApplicationContext("spring.xml"); 

тем самым создавая новый ApplicationContext. Как предотвратить это?

Answer 1

Вы хотите сделать одноклассник ApplicationContext, поэтому я бы переопределил класс своим собственным классом, убедитесь, что он появился сначала в классе путь и сделать его частным конструктором.

То есть, если вы мертвы, сделайте его одиночным. Есть более эффективные способы решения вашей проблемы, о чем свидетельствуют другие ответы и комментарии.

Следует иметь в виду, что обычно неправильно переопределять фрагменты библиотек, поскольку это может быть причиной головных болей позже, особенно когда вы пытаетесь обновить версию своей фреймворка.

Answer 2

Josh Block предлагает использовать перечисление в Effective Java. This isnt a link to that book, но он показывает его и более старый способ (альтернативный) способ сделать это.

Answer 3

нет никакого способа, чтобы сделать это, потому что

ClassPathXmlApplicationContext не реализован в виде шаблона Singleton по весне. Сообщите каждому, что у вас есть метод утилиты для доступа к объекту контекста, и создание контекста с использованием нового дорого.

Answer 4

Если кто-то не может придумать что-то творческое, я не думаю, что есть способ сделать это. Это было бы похоже на попытку сделать одноэлементный номер int. Просто не случится, так как вы не имеете никакого контроля над использованием классов, которые вы не писали. Вам просто нужно будет доверять вашим разработчикам не создавать второй контекст.

В качестве альтернативы, и я почти обещаю, что это будет из вопроса, но вы могли получить полный источник весной, внести некоторые изменения в код, чтобы сделать контекст одноэлементно, а затем построить его самостоятельно , Не вероятное решение, но я все равно хотел указать на это.

Answer 5

1. Используйте автоматическую систему сборки, которая строит ваш код всякий раз, когда он привязан к вашему репозиторию программного обеспечения.
2. Интеграция инструментов в процесс сборки, например FindBugs или PMD. Если эти инструменты запускают определенные условия, не выполняйте сборку и не допускайте создания артефактов.
3. Создайте случай в своем интегрированном инструменте, который ищет разработчиков, создающих свой собственный контекст.

Таким образом, вы не можете помешать им выполнить это, но вы можете помешать им проталкивать такие вещи в среду вашего разработчика, qa и prod. Это может показаться излишним, но этот процесс поможет с сотнями вещей, которые ваши разработчики могут делать, но не должны.