OFBiz是一个非常强大的企业架构体系，这里只描述它MVC方面的内容，从MVC的角度去看，OFBiz采用的是Service to Worker模式，大名鼎鼎的Struts 1采用的也是这种架构。Service to Worker模式的目标就是维护Action，View和Controller之间的分离。
Controller
ControlServlet是Front Controller，
接收所有的请求，是请求的入口，执行一些的预备处理后，交由RequestHandler去处理实际的请求工作，View层的处理交给
ViewHandler进行处理，ViewHandler有很多实现类，还可以自定义，可以集成很多页面层显示技术，如JSP和FreeMarker等，
处理流程如下图所示：
MVC的解耦的地方就是通过controller.xml配置文件实现的，配置文件如下所示：
<request-map uri="login">
<security https="false" auth="false"/>
<event type="java" path="com.xxx.ldap.LdapLoginWorker" invoke="login"/>
<response name="success" type="view" value="main"/>
<response name="error" type="view" value="login"/>
</request-map>
<view-map name="main" type="screen" page="component://xxx/widget/CustomerScreens.xml#main"/>
<view-map name="login" type="screen" page="component://xxx/widget/CommonScreens.xml#login"/>
request-map的response元素有一个属性name，这个name理论上可以任意选取，不过OFBiz内置了success和
error这两个值，这类似于Struts
2。属性type如果是view表示得到一个页面，value值对于view-map中的name属性值。之所以不直接写上页面，而是增加view-
map，一是为了解耦，二是针对不同的view，可以设置不同的type等属性。type属性很关键，正是这个属性帮助OFBiz集成不同的显示层技术。
common-controller定义了不同的type和其对应的ViewHandler：
<!-- view handlers -->
<handler name="screen" type="view" class="org.ofbiz.widget.screen.ScreenWidgetViewHandler"/>
<handler name="screenfop" type="view" class="org.ofbiz.widget.screen.ScreenFopViewHandler"/>
<handler name="screenxml" type="view" class="org.ofbiz.widget.screen.ScreenXmlViewHandler"/>
<handler name="screentext" type="view" class="org.ofbiz.widget.screen.ScreenTextViewHandler"/>
<handler name="jsp" type="view" class="org.ofbiz.webapp.view.JspViewHandler"/>
<handler name="ftl" type="view" class="org.ofbiz.webapp.ftl.FreeMarkerViewHandler"/>
<handler name="http" type="view" class="org.ofbiz.webapp.view.HttpViewHandler"/>
这里的name就对应view map中的type。实现解耦的类不是Front
Controller而是RequestHandler，请求代理类，在这里负责读取controller.xml文件中的对应关系，根据Front
Controller发送过来的请求，选择相应的业务动作进行业务更新，并且选择相应的视图View去解析并展示。在Service to
Worker模式中，RequestHandler类的角色就是Dispatcher。
View
OFBiz支持很多类型的页面展示技术，JSP/FreeMarker/Velocity/PDF/Widget等。OFBiz最常用的就是Widget和
FreeMarker。Widget是OFBiz自己特有的页面技术，好处就是可以不用写任何html和css代码就可以得到一个统一的完整的页面，展示的业务数据也可以轻松的获取。缺点是：不像FreeMarker是一个纯页面技术，从request和session中得到业务数据，然后直接将其展示处理。Widget技术将业务数据获取和业务数据展示混在一起，后台开发人员和页面设计人员不能合作分工，甚至只有后台设计人员才能开发OFBiz应用。OFBiz之所以设计自己的页面技术，与OFBiz实现ERP/CRM复杂的业务系统时分不开的。ERP/CRM业务系统复杂多变，模块众多。什么样的框架能够满足这样的系统呢：一是适应业务变化，第二适合快速开发，第三页面风格能够一致。OFBiz就是这样的框架，entity添加减少一个字段，在OFBiz中只需要在entitymodel中做修改，在输入页面，显示页面，修改页面都不用做任何的修改就可以看到变化，而且业务逻辑模块也不用修改就可以对变化的字段进行维护，非常的Easy。OFBiz适合快速开发，熟悉了OFBiz开发的人员，开发一个Customer模块，对用户进行增删改和复杂的查询，一个小时足够，够快了吧。由于不直接操作html和css代码，使用OFBiz开发的各个模块都长得一样，这是很多设计人员期望的。言归正传，还是从技术上分析View的设计。前面说了通过实现ViewHandler接口，OFBiz集成了不同的页面技术以供选择。相关的类关系图如下：
View Handler:
ViewHandler负责选择相应的Renderer，进行页面显示的准备工作,对于简单的页面技术如JSP，JspViewHandler直接进行处理，不再委托给其他Renderer进行处理。AbstractViewHandler的子类中，包含Screen字眼的Handler通常相对较复杂，见上图中下面哪些Handler，典型的是ScreenWidgetViewHandler。
View Renderer:
Renderer负责具体的显示工作。
未完待续