Соглашение об организации файлов Webapp (структура разработки)
Для веб-приложений, которые я разрабатываю, я обычно использую следующую организацию файлов, так как я думаю, что она соблюдает соглашение:
src
|-- main
|-- resources
| |-- *.properties
| |-- *.xml
| |-- spring
| |-- applicationContext.xml (main application context config file)
|-- webapp
|-- WEB-INF
|-- spring
| |-- spring-mvc.xml (web application context config file, delegated to manage only the web part)
| |-- spring-security-http.xml (web security config)
|-- static
| |-- *.css
| |-- *.js
|-- views
| |-- *.jsp
|-- web.xml (deployment configuration)
То, что я хотел бы попробовать, это организовать мои файлы в соответствии со следующей структурой:
src
|-- main
|-- resources
| |-- *.properties
| |-- *.xml
| |-- web.xml
| |-- spring
| |-- applicationContext.xml
| |-- spring-mvc.xml
| |-- spring-security-http.xml
|-- webapp
|-- WEB-INF
|-- static
| |-- *.css
| |-- *.js
|-- views
|-- *.jsp
Конечно, при упаковке веб-приложения файлы будут перемещены туда, где они должны (например, файл web.xml в папке WEB-INF). Причина, по которой я хотел бы реорганизовать свои веб-приложения, как указано выше, заключается в том, что мне удобнее размещать все файлы конфигурации * .xml в одном месте, а не располагать их здесь, а некоторые там. Это плохая идея, по вашему мнению, сломать мою первоначальную структуру? Если да, то почему? Почему так важно, чтобы все файлы веб-конфигурации находились в папке WEB-INF?
PS: технически я знаю, как правильно связать все файлы в пути к классам веб-приложения. Вопрос больше о конвенциях и отзывах о личном / профессиональном опыте.