上一篇中已经对通过Maven生成War包Jar包调优代码结构思路进行了简要分析，那上篇所提基础工程和子项目，之间界限是什么。
一、首先需要清晰的知道基础工程在你所在项目体系中的定位是什么？
在我的项目体系中，基础工程的定位是
1、作为基础组件支撑平台，管理的是平台具备对各个子项目的支撑能力，主要包括：
目前基础组件支撑平台作为独立项目运转，后期会采用pom方式进行模块拆分；
（可打成jar包部分）
安全体系：SSO提供子项目群安全认证、用户角色功能权限实现细粒度权限控制包括按钮链接菜单、平台认证
通用功能：通知提醒、定时任务、日志管理、字典管理、代码生成、运维参数维护、数据源管理、常用工具
平台运维：系统监控、模块识别、服务调度
功能支持：标签库、缓存支撑、分页支撑
（可打成war包部分）
页面：支撑平台登录页、支撑平台菜单头部、支撑平台底部、各个支撑功能可视化管理界面；
注意：仅仅用于支撑平台使用，与子模块无关；
（文档部分）
api支撑；
使用手册支撑；
（管理方式）
由研发小组掌握支撑平台开发工作，对界面要求不高；
2、子模块
（各个子模块功能点）
（各个子模块界面）
二、子模块可能存在二十多个，二十个模块会进行分布式部署，如何全平台子项目样式统一、界面布局统一呢？
在我的项目体系中，建立全平台子项目样式布局控制工程去单独管理全平台子项目；
1、既然需要全平台子模块样式布局统一，就需要将样式和布局进行抽取成通用架子，我这里将会提成单独一个war工程,而各个子模块通过jar或者war方式进行集成，从而通过达到
全局样式和布局的统一控制；
2、全平台子项目样式布局控制工程，定位如下：
（页面部分）
登录页；
菜单动态输出；
页脚；
（通用资源）
图片、css、js
三、子模块可能存在二十多个，二十多个会进行分布式部署，如何全平台配置统一呢？
在我的项目体系中，建立全平台子项目配置工程区单独管理全平台子项目；
1、基础组件支撑平台配置与全平台子项目配置的关系；
基础组件支撑平台配置只包括自身平台配置，具有与业务无关、通用配置特点；
全平台子项目配置具备：与业务相关、通用与专用同时存在的特点；
四、子模块可能存在二十多个，二十多个会进行分布式开发，依赖jar包如何全平台统一呢？
1、基础组件支撑平台Jar与全平台子项目Jar的关系；
基础组件支撑平台，具有与业务无关、通用配置特点；
全平台子项目配置具备：与业务相关、通用与专用同时存在的特点；
