工程结构2

1.2.3 WAR工程（WAR）
l  贯彻1+N，分业务特性，分模块开发，集中覆盖式部署。
l  多war部署，按需部署。
l  模块提供的菜单，尽量以xml配置方式分离，这样可以只部署和查看自己敢兴趣的。
l  要做到上述几点，需要文件命名和目录，按照要求规范命名。
l  资源文件统一放置在resources目录下。
l  业务自定义主题目录，和平台主题目录同名，但分离到业务的特性war工程中，以覆盖的方式合并，这样可做到按需覆盖。
l  jsp文件分模块、分目录存放，这样可避免多war合并的同名覆盖，简化jsp文件命名的约束。
l  国际化资源文件放置到 WEB-INF/i18n目录下。
l  业务自定义tag文件，放置到WEB-INF/tags目录下，可不用tld文件。否则需要声明tld文件，指明tag所在的目录。
1.2.4 配置参数化提取
需要在工程模块的配置文件开发和设计完成后， 针对配置面向的修改和维护角色进行分析， 如果是暴露给现场的，则基于配置参数化技术，进行参数提取到统一的basic.properties中，分模块进行划分段落描述提取出的key、value及详细配置描述。
这样可以做到配置分散、内置到jar/war包，修改集中。维护产品配置整洁的、分角色的存放和修改。