UniEAP开发平台通用企业应用平台解决方案.docx

UniEAP开发平台通用企业应用平台解决方案 UniEAP概述 UniEAP的定位 UniEAP的全称是“Universal Enterprise Application Platform”，译成汉语是“通用企业应用平台” ，如果从更广义的角度来讲，可以理解为“组件框架”即(Component FrameWork)。UniEAP是构建于B/S架构的，以J2EE为核心技术实现模型的多层应用开发、运行的框架和平台；但它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。 近年来IT行业技术方向变幻莫测，技术发展一日千里，能正确理解技术、运用技术为企业构建解决方案的人员为数不多，而在实际的项目的需求中又要求用尽可能短的时间满足用户的复杂需求，这样导致一个应用系统很难在效率、稳定性、易维护性方面取得最佳平衡。UniEAP正是基于这样一种考虑而构建的一个基于Web等多种接入方式的三层结构的分布式对象模型系统。UniEAP的目标使应用系统的设计和开发人员从激烈变化的“技术洪水”中解放出来，避免重复性的劳动，避免不必要的代码维护和升级，集中精力了解用户需求，搞好业务系统的设计和开发。 UniEAP平台面向业务，为应用系统提供一个分布式企业核心应用支撑平台，保证安全高速地开发系统，平台的开发遵循业界标准，具有扩展（开放）性强、高强壮性、高稳定性，屏蔽业务开发人员对基础技术的了解，促进业务模块的再利用，能针对用户需求在多种环境下应用。 UniEAP不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun JES Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。它的定位如图所示： 《图 UniEAP在系统层次图中的定位示意》 《图 MVC三层结构的框架示意》 上图是典型的MVC三层结构的框架示意图，框架由逻辑隔离层和层次之间的通讯规则组成。有了框架，建设一个应用系统的主要任务就是开发各个层次上的组件，这些组件按框架约束好的“游戏规则”进行通讯协作，共同完成一笔业务逻辑，如下图所示： 《图 MVC三层结构组件分布》 如果我们将所有的组件进行抽象、封装、抽取、归类，会发现：大部分组件都是可复用的通用组件——包括通用技术组件和通用业务组件；只能一小部分是业务专用组件。那么UniEAP到底是什么呢？UniEAP就是一个稳定的框架加一系列通用组件。如下图所示： 《图 UniEAP的作用》 UniEAP代替不了Application Server，因为UniEAP提供的所有组件都是基于J2EE规范的组件，组件本身不能运行，它们必须置身于组件容器——Application Server——中才具备生命力；但Application Server同样代替不了UniEAP，因为Application Server所提供的功能都是最基本的功能，它不可能提供有行业特色的通用组件，UniEAP恰恰提供了Application Server之上、具体业务应用之下的基础平台。有了UniEAP，B/S/S结构的工程有了一个统一的结构框架和许多可利用的组件，而且组件的家族会随着UniEAP在行业内的推广而变得越来越丰富，所有的这一切使得应用系统的开发得到了最大程度的简化，使开发人员可以完全不必在乎复杂的底层技术实现，而“聚精会神”地处理业务逻辑。 UniEAP的价值 面对协作范围越来越大的信息应用领域，很多人会说，J2EE不正是解决这一问题的最佳选择吗？不错，J2EE是一个卓越的多层架构技术平台。J2EE体系包括Java Server Pages(JSP)，Java Servlet， Enterprise Java Bean，Web Service等技术，这些技术的出现给应用程序的开发提供了一个非常有竞争力的选择。但怎样把这些技术组合起来形成一个适应项目需要的稳定架构是项目开发过程中一个非常重要的步骤。因此有必要实现一个优秀的系统框架，以达到如下目标： 使企业级应用程序具有更好的稳定性、健壮性、高效性。 使企业级应用程序具有更好的可重用性、可扩展性和可维护性。使整个系统易于增加新的功能、易于修改已有功能，将程序的改动对系统的影响降至最小。 使系统调用、系统处理具有统一的流程；通过规范各层类的位置、职责来规范各个层次的开发。各个任务在架构图上都有比较好的定位，任何人能借助它很快地熟悉整个项目，把握系统的核心。 使团队开发更加协调一致，通过类调用层次的分工，