用WM framework进行MVC团队组合模式的系统开发

MVC团队组合模式，我自创的新名词 ，主要源于J2EE世界里的MVC演变而来的。

 

WM framework现阶段采用的是：s2,ibtatis2,spring2，Dom， XMl技术模式，在下面主要结合这个框架来说明团队MVC组合的开发模式。

 

MVC团队组合模式？

　　 何谓“MVC团队组合模式”，主要的意思就是把一个团队里面的各成员进行分工协作，具体地说就是针对每个业务模块的开发采用各成员进行分工协作完成的模式。有别与各成员分担单独的业务模块合作方式，听明白啦吗？o(∩_∩)o...哈哈。

 

　　大伙都知道，我们常见的完成一个软件系统的开发，常用的方式都是，有项目经理做统一的分配，把具体的功能业务模块按人头分配（比如用户注册张三负责，组织结构管理李四负责等），最后进行系统的整合，这也就是大家常见的甘特图模式。这就是我们常能碰见的开发模式。在这里我提出的MVC团队组合模式，主要的区别就是，把任何一个业务模块分3部分MVC，让M_actor 模型执行者、V_actor 视图执行者、C_actor 控制器执行者来协同。

 

　　M: M_actor 模型执行者

　　任务：后台业务处理模型，主要就是Dao，sqlmap的编写；

　　要求：要求开发人员对数据库操作能力高，对各业务充分了解，保证其sqlmap完成改模块的业务需求。

　　这部分数据库dab和需求分析人员结合完成。

 

　　

 

　　V：V_actor 视图执行者

　　任务：前台表单视图，主要就是jsp，html，js的编写；

　　要求：完成表单的设计、实现、业务数据的js校验、提交等。

　　这部分美工、UI技术人员和需求分析人员结合完成。

 

 

 

        C：C_actor 控制器执行者

　　任务：s2的action，和dao外部接口service的编写；

　　要求：开发人员熟悉常用的java开发模式，能设计处优良的request请求，spronse响应返回控制器。
  　 这部分资深java开发人员结合完成。

 

MVC团队组合模式优势

　　看出来吧，若采用MVC的开发模式来在组织团队人员，对不同类型的人员要求就不尽相同，
 C_actor 可以完成不用了解系统业务，他们只需要关心如何解析前台提交的请求数据，在WM framework里面就是完成从request里面读取xml并转化为bean，并通过service转交给dao；
 V_actor 完全不用了解什么叫j2ee，处理知道jsp的表头怎么写，合理的设计页面表单的布局等，仅此而已；
 M_actor完成不需要关心用户界面如何设计、制作、用户数据与什么方式提交，他只需要清楚，业务涉及的数据表的相关字段是否填上，数据是否正确了。

用MVC团队组合模式可以让各开发人员，减少与其他类型人员的协作性，可以算是不同类型减少了协作的耦合性。专注于各自特长的一方面，并让其充分发挥，完好的做好自己喜欢的工作（辛苦并快乐着， ）。

 

MVC团队组合模式劣势

但是MVC团队组合模式 也有其弊端，最明显的就是各类型成员间开发任务的同步性，顺序性、可用性测试、问题跟踪等。比如一个用户基本信息维护模块，如果客户需要增加一个用户生日的信息，必然会涉及 C_actor 业务数据对象修改,M_actor 修改sqlmap中的insert,select,update等语句，V_actor  修改表单jsp增加生日的输入框等，一旦用户基本信息业务模块出现异常（数据不正确，不能保存等）也必然需要C_actor、M_actor、V_actor来跟踪，增加了任务的消耗资源。在如用户基本信息业务模块不能在项目计划时间完成，其最终的责任人没办法确认！