Когда использовать контекст приложения в Springs.

Question

Мне нужно разработать полноценный проект. под полноценным я имею ввиду необходимость вставки, обновления, удаления значений в базе данных, выполнения операций над значениями. Как будто у меня есть набор классов моделей для каждого объекта. Сотрудник, продукты и т. Д. Это веб-приложение, разработанное с использованием Spring MVC. Я знаю, когда пользователь вводит данные в форму, запрос отправляется оттуда сервлету-диспетчеру к определенному обработчику (контроллеру) и затем просматривается. Но я не знаю, что делает контекст приложения или контекст веб-приложения? Это похоже на необходимость иметь этот XML-файл. ? Что все это содержит. спасибо ...

Answer 1

Вы правы в своих предположениях.Чего вы не знаете, так это того, что DispatcherServlet имеет свой собственный контекст, определенный в *-servlet.xml.Этот контекст обычно является дочерним по отношению к основному контексту приложения, обычно определяемому в applicationContext.xml.Дочерний может получить доступ ко всем bean-компонентам, определенным в родительском контексте, но не наоборот.

Теоретически вы можете жить только с одним DispatcherServlet контекстом и иметь все bean-компоненты (DAO, службы, разграничение транзакций).Но это плохая практика в больших проектах.Также два контекста позволяют провести грань между бизнес-логикой и веб-слоем.

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