в чем причина добавления applicationContext-dao.xml и applicationContext-service.xml в контексте приложения

1

Я получил код ниже, чтобы установить applicationContext-dao.xml и applicationContext-service.xml в контексте приложения.

<servlet>
        <servlet-name>proj</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet
</servlet-class>
        <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>WEB-INF/config/proj-servlet.xml
        </param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>proj</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>
     <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener> 

     <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            /WEB-INF/config/applicationContext-dao.xml
            /WEB-INF/config/applicationContext-service.xml
        </param-value>
    </context-param> 

Вопрос: зачем хранить /WEB-INF/config/applicationContext-dao.xml и /WEB-INF/config/applicationContext-service.xml в applicationContext и -servlet.xml(proj -servlet.xml в этом случае) в webApplicationContext. не можем ли мы сохранить все файлы в файле webApplicationContext.xml?

Теги:
spring
spring-mvc
applicationcontext

3 ответа

3
Лучший ответ

В общем, это просто вопрос аккуратности: файлы конфигурации могут расти много (тысячи строк) в реальных больших приложениях.

Также этот подход позволяет разделить модули на большое приложение без боли при разбиении этого файла. Я работал в нескольких проектах, где уровень доступа к базе данных имеет API SOAP/REST, и более чем одно внешнее приложение получает любые необходимые данные через этот API, поэтому эта служба развертывается как автономный модуль.

1

Ты можешь присоединиться

/WEB-INF/config/applicationContext-dao.xml/WEB-INF/config/applicationContext-service.xml

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

Но всегда держите свой веб-персонал в другом файле для webapplicationcontext.

0

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

Ещё вопросы

Сообщество Overcoder
Наверх
Меню