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

Question

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

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

Теперь мое понимание в отношении Пользовательской области действия
Custom Scope - мы используем настраиваемую область видимости как промежуточное звено между двумя, то есть мы не хотим ни передавать одиночную ссылку, ни новую ссылку каждый раз. , но тогда она ближе к одиночке, где мы передаем один и тот же компонент каждый раз, только из нашего предпочтительного местоположения (такого как лежащий в основе поток локальный или карта).

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

Answer 1

в другом контексте. Например - в веб-приложении. Здесь определены две области: «запрос» и «сессия». Однако этого иногда недостаточно. Часто возникает необходимость в области «флэш» (для одного запроса и последующего перенаправления) или области «разговора» (для последовательности запросов, формирующих диалог).

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

Answer 2

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

Это может быть применено к проблеме, когда экземпляр занимает значительное количество ресурсов (например, памяти), но ускоряет работу приложения, если используется новый экземпляр. Таким образом, вы можете создавать допустимое количество новых объектов, когда это необходимо, и делегировать существующие, когда количество экземпляров превышает это количество (что снижает производительность по сравнению с использованием ресурсов).