Что такое @Scope для компонентов в приложениях Spring/CLI для загрузки Spring?

Question

Я уже написал пару Spring загрузки приложения (на данный момент, один для веб-сайтов, один с помощью JavaFX и несколько CLI приложений). Хотя все работы, как и ожидалось, я в настоящее время борется с одной конкретной концепции рабочего стола или командной строки приложения: @Scope аннотацию для @Service с и @Component с.

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

В Guice Я бы создал экземпляр (нестатический и не конечный) в моем модуле. В Весна Я использую @Scope ("singleton").

Что я хочу знать сейчас: Это чистое решение? Есть ли другое решение?

С уважением, Daniel

Answer 1

Статьи вы читаете это о Singleton шаблон. Многие считают Синглтон анти-шаблон, и есть много информации о том, почему. См. this answer по некоторым веским причинам, почему вы должны избегать шаблона .

Что вы имеете в виду, это одноэлементный как сфера. Весна не соответствует шаблону, объем синглтона просто указывает, что контейнер создаст только один экземпляр и будет использовать его для удовлетворения зависимостей. Может быть несколько контейнеров, каждый из которых имеет собственный экземпляр, или один контейнер, где beon - одноточечная область, а другой - это область прототипа.

Singleton - это по умолчанию весной, поэтому вам не нужно указывать его. Если у вас нет определенной причины, чтобы использовать другую область, то вам, вероятно, нужен синглтон по умолчанию. Иногда мне нужен фасоль до , а не, и в этом случае я могу использовать прототип . Пожалуйста, check the Spring documentation для получения дополнительной информации о доступных областях и их значении.

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