Maven构建真正的J2EE项目

今天同事问起我眼下用Maven构建的多模块项目架构和曾经用Eclipse创建的Web项目的问题。以下将讲一下使用maven搭建多模块的J2ee项目，以及採用这样的方式搭建项目对日后项目的水平拆分和垂直拆分的优点，最后会给一个演示样例项目供大家下载。

1，安装Maven

Maven安装非常easy。

首先下载Maven，下载地址：http://maven.apache.org/download.cgi

然后解压后安装包。

最后配置环境变量。首先前提条件是装了Java环境。

二，Maven构建J2ee项目

单web项目

mvn archetype:create -DgroupId=com.company.test -DartifactId=my-test -DarchetypeArtifactId=maven-archetype-webapp

运行上面命令创建一个web项目，项目名称为my-test。非常多人就这样開始使用了。

通常我们做web项目，都採用经典的MVC模式，依照上面创建的project。MVC模式怎样体现呢？最经常使用的方式就是通过package来分开层与层之间的关系。比方：com.company.test.web。com.company.test.service，com.company.test.dao。

总体结构例如以下：

上面的做法事实上没有什么不好，在小型系统中该结构是非常合理的，特别是代码规划的非常好。结构非常清晰的同学。整理的项目结构看起来还是非常清晰的。

採用标准的mvc模式。事实上MVC 是说明前端，业务逻辑还有数据层的分离。然而业务逻辑是一个系统中最复杂的地方，并非一个service 就能搞定。

比如：要考虑系统不断壮大，业务逻辑越来越复杂，訪问量越来越大。某些业务并发越来越高，这样项目就要拆分，不但要垂直拆分还要水平拆分。

以下介绍下，比較好的做法。

构建多层次项目

比如一个视频站点，其业务可能包括用户管理，终端管理，点播管理，直播管理，广告投放，点播搜索。点播展示等等。因为開始整个站点比較小。訪问量也比較低。所以開始搭建站点的时候没有必要搞的那么复杂，比如：读写分离，缓存，集群。分布式，数据库分片等。第一是前期没有必要那么去做；第二也不是必需花那么大的成本；第三前期人员紧张搞大了不利于高速的响应需求。一切从实际出发，以下主要讨论怎样合理的通过Maven构建项目。

业务划分

针对业务划分的话。这个视频站点能够划分为：用户，终端，资源（点播或直播）。广告。他们相互之间会有交叉，比方。用户涉及到终端，广告涉及到资源等等的关系。

所以项目中最好把他们分成独立的子系统。比如分片叫做：test-user；test-terminal；test-res。test-ad。

构建多层次项目

Maven能够针对项目，构建结构复杂的多个子项目（这个事实上在非常多开源框架都就能看到）。因为上面业务已经划分好，创建过程例如以下：

创建主project：

D:\>mvn archetype:create -DgroupId=com.company.test -DartifactId=test-video

运行完毕后，会在D盘根文件夹生成一个test-video的文件夹。打开test-video文件夹。删除里面的src文件夹，在编辑pom.xml文件，把

<packaging>jar</packaging>
改为
<packaging>pom</packaging>

接着进入test-video文件夹。继续创建其它子项目：

D:\>cd test-video
D:\test-video>mvn archetype:generate -DarchetypeCatalog=internal
//不加參数-DarchetypeCatalog=internal会导致执行mvn archetype:generate非常慢

运行了上面的命令后，test-video目录会生成：test-core；test-ad。test-dao；test-res；test-terminal。test-user；test-web目录，而且在test-video目录下的pom.xml文件会添加例如以下内容：

<modules>
    <module>test-core</module>
    <module>test-user</module>
    <module>test-res</module>
    <module>test-terminal</module>
    <module>test-ad</module>
    <module>test-dao</module>
    <module>test-web</module>
</modules>

各个子模块的功能：

test-core：全部业务的核心业务逻辑。

test-ad：广告的业务流程

test-res：资源的业务流程

test-terminal：终端的业务流程

test-user：用户的业务流程

test-web：整个项目的web前端操作

test-dao：整个项目的数据层

这种话。一个简单的项目就创建了，一般我们用eclipse创建的web项目，也只能叫web项目。如上述创建的项目，才是真真的J2ee项目。

项目创建完之后。最主要理解的是业务流程和业务逻辑的差别，core是负责详细的业务逻辑处理，如test-user中主要负责各种业务逻辑调用的流程。调用关系例如以下：

core中是一个个最主要的业务单元，可复用。

在业务流程中能够复用core里面的操作。

可是业务流程间不可服用。

test-user。test-ad，test-res。test-terminal之间不能调用，test-core内部的业务逻辑能够相互调用。

不能跨层次调用。

这样做。以后业务发起来，訪问量。并发越来越大或者业务越来越复杂，所以考虑拆分系统，以上面的项目模型，我们能够非常easy的拆分系统。

针对各个层次各个子系统做有针对性的拆分。

以下举几个系统拆分的样例：

1。普通情况下Core层压力会比較大，我们将Core子系统集群部署，缓解压力，DAO层也单独部署。每一个业务块连接不同的DB，Core和DAO假设独立部署就涉及到一个远程部署调用的问题。也就是test-user，test-ad，test-res。test-terminal调用test-core的问题，和test-core调用test-dao的问题。我用的是Dubbo，以SOA服务化的方式给外部提供调用。这种拆分修改会非常小。