随着互联网化越来越走近生活，国家也在推广互联网+，传统的垂直应用架构无法应对，所以我设想对jeecg进行垂直服务化拆分。
借助dubbo官网提供
从节点的角色可以看出
Provider:暴露服务的服务提供方。（core-核心，可依赖其它api）
Consumer:调用远程服务的服务消费方。(web-MVC)
Registry:服务注册与发现的注册中心。（zookeeper-分布式文件配置）
从而让我想起对jeecg的拆分主体子项目(依赖关系：从下到上)如下：
Jeecg-api
Jeecg-minidao
Jeecg-codegenerate
Jeecg-core
Jeecg-jobs
Jeecg-web
再结合当前的项目结构
tag-拆分-jeecg-api：共享其它子程序依赖
web-拆分-jeecg-web
Core-拆分-jeecg-core
注：类似dao、impl拆分到core;类似pojo、entity、interface、exception统一拆分到api中、含controller的包拆分到web中。
目前是按功能划分包，显得包很多。拆分后是按平台总体结构划分，结构总体会更清晰。
总体结构分层：优先按平台结构在此基础上再按业务包管理 。
Jeecg-codegenerate
可以独立项目，也可以拆分成依赖子项目。
Jeecg-minidao
独立子项目供core依赖。
Jeecg-jobs
关于定时任务这块我是想独立出一个job子工程，可以独立部署，依赖core。