继续上一篇博客，本篇博客介绍OFBiz的MVC框架。

1、OFBiz特点

OFBiz最基本的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。包含实体引擎、服务引擎、消息引擎、工作流引擎、规则引擎等。

2、关于OFBiz的版本号以及文档

版本号一直在更新，如今更新到13.0.7了。

OFBiz的学习文档，少之又少，国内的文档都是过时了的，大多都是4.x的版本号，国外的文档也非常少。所以本博客都会将自己研究的OFBIZ的东西分享出来。

3、OFBiz的MVC框架

OFBiz採用的是Service to Worker模式，大名鼎鼎的Struts 1採用的也是这样的架构。Serviceto Worker模式的目标就是维护Action，View和Controller之间的分离。

Controller

OFBiz实现MVC是通过XML来串联这三者之间的依赖关系。

这里牵扯到<view-map/>、<request-map/>、<handler/>这三个基本的XML元素。

这三个元素都定义在${applications}/WEB-INF/controller.xml中。上篇文章说过了此文件是定义view，controller之间的映射关系。不仅包括了请求的映射关系。同一时候还包括了视图的映射关系，以及一系列的处理器不如视图解析处理器，事件处理器等。看完这段话之后也不难理解为什么controller.xml就解耦了。以下详细说一下他们是怎样工作的？

配置文件内容例如以下：

<!--加入班级-->
<request-mapuri="createClazz"><securityhttps="true" auth="true"/><eventtype="service" invoke="createClazz"/><responsename="success" type="request-redirect"value="ViewClazz"><redirect-parametername="clazzId"/></response><responsename="error" type="request-redirect"value="EditClazz"><redirect-parametername="clazzId"/></response>
</request-map><view-mapname="FindClazz"page="component://college/widget/ClazzScreens.xml#FindClazz"type="screen"/>
<view-mapname="ViewClazz"page="component://college/widget/ClazzScreens.xml#ViewClazz"type="screen"/>
<view-mapname="EditClazz"page="component://college/widget/ClazzScreens.xml#EditClazz"type="screen"/>

节点解析：

节点一：<Request-map/>

Request-map:通过名字也能够看出这是请求的映射关系。Uri:表示要映射的请求。

本节点里面的几个节点的意思：

Security:安全级别的设置，是否要进行权限检查，是否应该是https的。

Event:此请求触发的事件

response：请求的配置，第一个请求标签的意思是说加入成功后跳转到显示页面； 第二个请求标签的意思是说加入有错误。跳转到编辑页面。理论上这个标签中的name能够自己定义名  字，只是ofbiz内置了success和error这两个值，类似于struts2. value值相应于<view-map/>中的name属性值。之所以不直接写上页面，一方面是为了解耦，还有一方面是为了能够针对不同的view设置不同的type等属性。属性type="view"表示得到一个页面。type属性帮助ofbiz集成不同的显示层技术。Common-controller定义了不同的type和其相应的ViewHandler。

节点二：<view-map/>

View-map：这个标签是定义显示界面的screen

此节点中的属性：name定义当前view-map的名称，和<request-map/>标签中的<request/>标签相相应

page定义当前前端展示的视图布局文件

type：表示用什么技术展示视图，通常为screen.

View

OFBiz支持非常多类型的页面展示技术。JSP/FreeMarker/Velocity/PDF/Screen/widget等技术。widget是OFBiz自己封装的一个特有的前台页面技术。前面介绍过了。这样一来OFBiz特别适合高速开发，开发一个模块，对用户进行增删改查。会非常快，html,css基本都不用写，仅仅须要写view,services,entity等就能够了。

相反对于不熟悉OFBiz却认为它非常繁琐。还不如自己封装。

Model

OFBiz的实体引擎非常强大，而且灵活，开发者不须要JDBC知识，不用写SQL语句。基本上，OFBiz封装的可以解决大部分的数据库操作。

Web运行过程

4、总结

View封装的是对数据源Model的一种现实。

一个模型能够有多个视图。而一个视图理论上也能够用不同的模型关联起来。

Model封装的是数据源和全部基于对这些数据的操作。在一个组件中。Model往往表示组件的状态和操作状态的方法。

Control：封装的是外界作用于模型的操作。通常这些操作会转发到模型上。并调用模型中对应的一个或者多个方法。一般Controller在Model和View之间起到了沟通的作用。处理用户在View上的输入，并转发给Model。这样Model和View两者之间能够做到松散耦合。甚至能够彼此不知道对方。而由Controller连接起这两个部分。从而解耦。

看完OFBiz的MVC框架后，事实上它和Struts中的MVC模式非常相似。Struts MVC框架很多其它的是技术框架，主要目的是分离开发逻辑。使开发过程更easy协作分工。这样就难胜任大规模企业级项目。OFBiz的MVC封装的一套与业务相关的MVC。很多其它的是通过XML对系统进行建模。以XML来定义系统中不同的层次关系。尽量降低些Java代码的数量。写了一套以XML为基础的mini language来做一些简单的逻辑处理。在Struts中仍要写大量的Java代码。

从上面xml代码中也不难看出来，OFBiz在代码复用方面比struts好。