OFBIz

From: http://wenku.baidu.com/view/603672160b4e767f5acfce79.html###

 

基于Ofbiz的Web框架 
目
录 
 
1 
Web开发概述 .......................................................................................................................... 2 1.1 MVC设计模式 ......................................................................................................... 2 1.2 Struts的MVC实现 ................................................................................................. 2 1.3 Struts的优势 ............................................................................................................ 4 1.4 Struts的不足 ............................................................................................................ 4 
2 
Ofbiz的业务框架..................................................................................................................... 5 2.1 
Ofbiz概貌 ................................................................................................................. 5 2.1.1 什么是Ofbiz ..................................................................................................... 5 2.1.2 Ofbiz  vs.  Struts ............................................................................................ 5 2.1.3 Ofbiz的好处 ..................................................................................................... 5 
2.2 
Ofbiz的MVC 模式实现 ......................................................................................... 6 2.2.1 数据层的控制器 (Entity Engine) .................................................................... 6 2.2.2 逻辑层的控制器 (Service Engine) .................................................................. 7 2.2.3 
Web层控制器 (Control Servlet, JPublish, etc) ............................................... 7 
2.3 Web请求执行流程................................................................................................. 11 
 

 

 

基于Ofbiz的Web框架 
2013-4-15 17:40:00 
 
第 2 页 共 11 页 
1 Web开发概述 
随着互联网的广泛普及，越来越多的企业应用采用了B/S的交互模式。在开发基于B/S的企业应用中，如何把表示逻辑与业务逻辑分离开来，一直都是人们关注的一个焦点问题。 在Web开发中引入MVC设计模式，是一个有效地解决办法，目前看来是一个成功的办法，也是人们仍然在做的事。MVC设计模式起源于Smalltalk语言，它由以下三个部分组成：模型（model），视图（view），控制器（Controller）。 
1.1 MVC设计模式 
组件 
描述 
模型（model） 封装数据对象。模型用来封装和显示数据对象。 
视图（view） 作为模型的显示，它表示数据对象的当前状态。 
控制器（Controller） 定义对用户的输入执行相应操作的接口，它用来操作模型（model）和数据对象。 
使用MVC的好处如下： 
可靠性：表示层和业务层分离，这样就允许你更改你的表示层代码而不用重新编译你的模型（model）和控制器（Controller）代码。 
高重用和适应性: MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB（HTTP）浏览器或则无线浏览器(WAP)。 
快速的部署：开发时间会得到相当大的缩减，它使程序员（java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。  
可维护性: 分离表示层和业务逻辑层也使得基于MVC实现的Web应用更易于维护和修改。 
1.2 Struts的MVC实现 
Struts 的体系结构实现了Model-View-Controller设计模式的概念，它将这些概念映射到web应用程序的组件和概念中。 

 

 

基于Ofbiz的Web框架 
2013-4-15 17:40:00  第 3 页 共 11 页 
 
 
 
 
 
 
 
 
图1 Struts的MVC实现图 
下面是处理步骤的描述 ： 
1． 由显示视图产生一个请求。 
2．  请求被ActionServlet（控制器）接收，它在struts-config.xml文件中寻找请求的URI，找到对应的Action类后，Action类执行相应的业务逻辑。 
3．  Action类执行建立在模型组件基础上的业务逻辑，模型组件是和应用程序关联的。 
4．  一旦Action类处理完业务逻辑，它把控制权返回给ActionServlet。，Action类提供一个键值作为返回的一部分，它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。 
5．  当ActionServlet把Action类的处理结果传送到指定的视图中，请求的过程也就完成了。 
 模型（The Model） 
Struts框架没有提供特定的模型组件。  
 视图（The View） 

 

 

基于Ofbiz的Web框架 
2013-4-15 17:40:00  第 4 页 共 11 页 
Struts框架中视图组件对应于一个简单的JSP文件，这个JSP文件包含了Struts定义的标签 。这些标签在Struts框架中定义，它使struts应用项目和控制器之间实现松耦合。  
 控制器（The Controller） 
控制器是Struts框架中的中枢，它由org.apache.struts.action.ActionServlet这个servlet来贯彻和执行的。这个org.apache.struts.action.ActionServlet接收所有客户端的请求，并把请求委派到指定的Action类(用户扩展自org.apache.struts.action)。ActionServlet委派请求是基于客户端传入的URI。 一旦Action类完成处理，ActionServlet根据Action返回的键值来决定在什么视图中显示Action的类处理结果。 
1.3 Struts的优势 
由于Struts出现的历史比较早，目前，Struts是最流行的Web开发框架，得到了最多开发人员和供应商的支持，是MVC应用的主流。 
他的优势很多，如开源、用户群众多、文档丰富、支持好、稳定、轻量级等等，在此不再详述，因为缺少合适的比较对象。 
1.4 Struts的不足 
然而，需要指出的是，Struts并不是唯一实现MVC模式的Web框架。尽管你可能已经习惯了Struts，感觉它很好、足够用，但是，仔细想一想，再看一看别的Web框架，也许不难找出Struts的一些不足之处，这里主要从宏观的角度谈谈。 
1. 没有提供特定的模型组件。这是最明显的缺点，模型要自己去实现、封装，用最
基本的java Bean可以想象当应用规模比较大时，设计和编码的工作量有多大。当然，从某种意义上也可以说是个优点，因为你可以自由选用自己的模型实现如EJB和其他OR Mapping。 2. Struts只是一个技术框架，也可以说仅仅是一个工具，因为它没有包含任何业务
内容。是的，Struts不是一个业务框架，即使是一个登陆验证这样的基本服务你也需要从零开始编码。 3. 难以胜任复杂的大规模级企业应用。实际上，在企业级应用中，Web层只是很薄
的一层，并不是分出简单的MVC就可以了。一个单纯的技术框架是没有多少实用价值的。用Struts做简单的Web应用可以，对于复杂规模级应用，太多的东西要编码，Struts显得过于单薄。 

 

 

基于Ofbiz的Web框架 
2013-4-15 17:40:00 
 
第 5 页 共 11 页 
2 Ofbiz的业务框架 
2.1 Ofbiz概貌 
2.1.1 什么是Ofbiz 
Ofbiz（Open for business）是一个开源的，基于J2EE和XML规范的，用于构建大型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架（Framework）。 Ofbiz几乎实现了所有的J2EE核心设计模式，各个模块之间的耦合比较松散，用户能够比较容易的根据自己的需要进行拆卸。 
Ofbiz内置了许多其它开源项目，如JBoss，PostgreSQL，MySQL，Apache，Jetty，JOTM，Jpublish，BeanShell，Ant，BSF，Log4J，等，提供了相对成本比较低的解决方案。同时，用户也可以比容易的更换成其他组件，如将Jboss&&Tomcat换成Bea Weblogic或者IBM Websphere。 
2.1.2 Ofbiz  vs.  Struts  
严格说来，Ofbiz与Struts没有可比性。Ofbiz做了很多人想做却一直没有做好的事，那就是把市面上的知名的开源项目整合起来，形成一个更有价值的业务框架。 
Ofbiz包括了几乎所有的软件界的主流技术，所有能被利用的开源项目都被纳入其中。但是，令人吃惊的是，Ofbiz却没有把广为应用的Struts包括进去，相反的采用了JPublish + FreeMaker + BeanShell这三个开源的东西来代替Struts。而要把Struts加进去取代这三者似乎不是一件容易的事。 
Ofbiz的总设计师David E. Jones，没有对Struts发表太多的见解，对此有一个简单的解释是：Struts与Ofbiz的设计差别太大，没有办法无逢集成。以其能力写一个MVC框架不是问题。 
如果真要比较的话，那就是技术框架与业务框架的区别。Ofbiz提供了一整套的开发基于Java的web应用程序的组件和工具；而Struts并没有提供访问数据库的组件，也没有提供控制工作流的组件。实际上，Struts是一个框架工具，Ofbiz远不止于此，它还包含了部分业务功能及其基础设施。 
2.1.3 Ofbiz的好处 
 缩短开发周期，降低成本 
据称，很多基于J2EE的失败实践，都可以归结于拙劣的设计。J2EE规范并不复杂，但是如何遵照J2EE规范，根据自己的业务需求，做一个合适的、高效的、可扩展的设计，是需要实际经验和智慧的。国外的大中型系统基于J2EE的早就很多了，国内近几年也多了起来，但是优秀的设计人员不是很多。