Преимущество контекста WebApplication весной?

Question

Мне нужно объединить распорки с пружиной. В основном я хочу получить bean-компонент из контейнера Spring в своем классе действий. Как и если я хочу получить какой-либо класс dao / helper в своем классе действий, я должен получить его с помощью Spring. Я просматривал книгу, в которой говорится об использовании WebApplicationContext для получения компонента в моем классе действий.

Мой вопрос: нельзя ли использовать простой XMLBeanFactory или ClassPathXmlApplicationContext (с getBeanMethod) в моем классе действий вместо WebApplicationContext. (Поскольку у WebApplicationContext есть только один дополнительный метод, то есть getServletContext (), который нам не нужен в процессе получения любой модели Bean).

Мой второй вопрос в том же приложении: если мы хотим получить какой-либо другой компонент в моем businesshelper.java, если я получу его с помощью WebApplicationContext или любого другого подкласса ApplicationContext (например, ClassPathXmlApplicationContext)

Answer 1

Если вы используете Spring в веб-приложении, WebApplicationContext определенно является подходящим вариантом.Он не только управляет запуском и выключением, но также прекрасно интегрируется в среду сервлетов.Т.е. он автоматически регистрируется в ServletContext под ключом org.springframework.web.context.WebApplicationContext.ROOT.

Я упоминаю об этом, потому что Struts, вероятно, использует это для поиска контекста веб-приложения вашего приложения.В противном случае, как Струц узнает об этом?

Относительно вашего второго вопроса: действительно пойдите для WebApplicationContext.Затем вы можете (в крайнем случае) использовать WebApplicationContextUtils.getRequiredWebApplicationContext() для извлечения bean-компонентов.

ClassPathXmlApplicationContext, вероятно, полезно только при разработке рабочего стола или в проектах с песочницей / учебником.