00:00
为什么要划分项目结构?实际的项目开发一般都是由一个团队完成的,如果整个项目的结构中就只有一个项目,那么所有的项目成员都共享着一个项目,就难免会出现。文件冲突,尤其是那些共通文件,比方说配置文件,你也改我也改,那么你改的文件就有可能将我修改的内容覆盖掉,那么这样就会造成一些不必要但却很麻烦的问题。所以啊,实际工作中,我们一般会根据项目的功能对项目结构进行划分,划分成多个不同功能的项目,在实际运行时,将多个项目当成一个整体来运行。这样就避免了一些不必要的问题的产生,还是非常不错的。所以接下来我们采用ma软件对项目的结构进行划分,我们打开文档,打开文档以后,我们准备在这个里面来把项目的结构划分一下。
01:02
首先我们之前讲了,我们实际要做的是互联网项目当中的后台管理功能,所以我们首先先创建一个manager的一个。项目。所以在这个位置我写上咱们叫manager。可是你是互联网项目,那不仅仅是我们的后台管理系统,你还会有前台的门户网站,所以我们这里再添加一个我们的po,叫门户网站。别的我们就暂时先不加了,项目先简单一点,所以我们就一个manager,一个一个前台一个后台。那么前台和后台同学们有没有想过,他们可能会有一些共同性的功能,那么这些共同性的功能呢,我们一般会独立出来,因为前台要用,后台可能也要用,所以在这个时候呢,我们把共同的项目也给他独立出来,我们叫common。
02:12
然后在所有的项目当中,我们要对他们的依赖关系进行管理,所以我在common的上面我再加一层,我们叫parent,用来做一个统一的管理操作,所以我们写上叫parent好了。然后我们把项目划分好了之后,我们接下来要考虑的是他们的打包方式。因为我们的maven工具,他会对我们的项目呢进行打包,那我们要考虑一下我们每个项目应该怎么打包。首先我们的parent它是用来做管理的,他不做实际功能的开发,所以我们这里应该是po。而我们的common,它会把一些共同性的功能给它放进去,所以它的打包方式应该是价包。
03:10
那么然后同学们想一想,这个manager和这个po他们的打包方式是什么样的呢?那可能有的同学会说,老师是不是我们这里要用我们的挖包?打成袜包对不对,那比方说我们这里写上一个war,咱们叫挖包。然后我们这里呢,也打成一个袜包,那这样的对不对呢,我们说。不对。为什么?因为我们前面讲过了,我们在开发的时候,把一个项目根据功能模块拆分成一个一个的子项目。可是在运行的时候呢,要把它们当成一个整体来运行,那么也就意味着我们需要在运行的时候只运行一个袜包,而不能是两个,那如果是两个的话,那么他们两个就是独立的应用,这就不对了,所以在这个时候我们不能把manager和port变成袜包,不,不行。
04:06
那怎么办?所以这个时候我们还得再添加一个项来打成wa包,也就意味着我们的wa包只有一个,那么所以在这个地方我们写上咱们就叫wi,然后我们加上一个挂包。把所有的项目最终是以这个web项目为基础来运行的,所以它打成袜包,那既然它打成袜包的话,那么我们的manager和port就应该是打成架包来运行,所以我们这里写成架包。好了,现在把我们的项目简单的划分了一下,我们也不要划分的太多,毕竟是学习阶段,我们只要搞明白它的结构就可以了。那么实际工作当中,你可以画的再细一些,比方说我们的权限功能模块,比方说我们的订单模块,我们的购物车模块,诶根据不同的功能模块划分成不同的项目,我们这里不要那么细了。
05:00
那么好,接下来我们看看项目之间的关系是什么,那么首先既然我们是把这个web项目把它独立来运行,那么也就意味着他要关联到其他的项目当中,所以我们首先我们的会web项目会依赖于我们的manager和依赖于我们的po项目。那这样的话,他们之间就有关系了,而我们的manager和portal他们之间又可能会有一些共同性的功能,所以我们的manager去关联我们的common,然后我们的也关联我们的common。那么我们common既然是共通的话,那么它就会有一定的依赖关系,而依赖关系我们要受到管理和控制,所以这样的话,他跟parent之间又有关系,所以说我们的箭头指向我们的parent。那这样的话,我们的项目之间就有了一定的关系,我们的项目结构也就暂时划分好了。
我来说两句