01-OAF及BC4J基础探索.ppt

OAF概述及BC4J基础 目录 开发环境配置 OAF概述及框架结构 控制器 Controller 模型 Model 视图 View OAF 概述 OAF (Oracle Application Framework)是 Oracle 提供的基于HTML应用的开发和发布平台 OAF由一系列的中间层服务和 Oracle9i JDeveloper 的扩展(Oracle Applications Extension, OA Extension)组成 OAF的框架结构 OAF 是基于工业标准 J2EE MVC 设计模式的 视图 控制器 模型 HTTP 请求 HTTP 响应 被控制 动作 数据 OAF的框架结构 OAF 模型 -- 通过 BC4J(Oracle Business Components for Java) 来实现 OAF 视图 -- 通过 UI XML(UIX)实现 OAF 控制器 -- 通过 Java 类来实现，简单的页面流程直接使用控制 器对象实现 OAF的框架结构 目录 开发环境配置 OAF概述及框架结构 控制器 Controller 模型 Model 视图 View 模型 Model 模型（BC4J）包装了业务逻辑和业务数据： 应用模块 Application Modules 实体对象（Entity Objects）和关联对象（Association Objects） 视图对象（View Objects）和视图链接（View Links） OADBTransaction 模型 Model OAF将应用技术分成多层：控制器类、应用程序模块、视图对象、实体对象、数据库。每一层仅能“知道”及访问它下面的层，而下面的层不可以访问上面的层。通过这样的封装，使得各层的组件很容易被重用。 图中从外下里表示写入时，数据流的方向；而从里向外表示读取时，数据流的方向。 模型 Model 在开发过程中需要注意以下几点： 模型代码绝对不可以直接引用控制器的代码 在控制器的代码中，不能引用服务器端的类或接口 需要调用服务器端逻辑时，应该调用OAApplicationModule接口的invokeMethod方法，由应用程序模块来实现必要的服务器端逻辑 客户端的代码绝对不能包含JDBC的操作，而应该将JDBC操作移入应用程序模块中 说明： 在OAF中，代码被分成客户端和服务器端两个层次，视图、控制器类的代码文件位于webui结尾的package中，用于处理用户界面；而应用程序模块实现类、视图对象、实体对象等都属于服务器端代码，位于server结尾的Package中，用于执行业务逻辑。在设计时，应该严格区分两部分的代码，以保证代码可以重用。 模型 Model — 应用模块（AM） 应用模块是BC4J中非常重要的一个对象，它管理着页面使用数据的视图对象实例。应用模块实现以下功能： 定义逻辑数据模型和业务方法 处理事务及确保事务一致性 与客户端进行交互 应用模块封装了服务器端(中间层)视图对象和视图链接，视图对象以实例方式加入到数据模型中，UI框架使用这个实例名进行数据源绑定。  根应用模块拥有BC4J事务对象(OADBTransaction)，内嵌的应用模块引用根应用模块的事务对象。 OAF使用根应用模块将多个页面组织在一起，完成同一个事务。对于多页面的事务流程，由每个页面设置共同的根应用模块，在各个页面流转时，通过保持根应用模块（通过URL参数retainAM=Y），可以保证事务的一致性和完整性，还能在不同页面间共享开销大的查询。 模型 Model — 应用模块（AM） 模型 Model — 实体对象（EO）和关联对象（AO） 实体对象代表着数据库表中的记录，为模型实现底层数据和业务逻辑： 实体对象映射到数据库表或其它数据源 每个实体对象实例代表着表中一条记录 实体对象的属性表示数据库表的列 实体对象执行insert、update、delete操作和数据库交互 实体对象核心是实现业务逻辑以及表相关的验证 实体对象封装了属性级和实体级验证逻辑 实体对象可以包含客户化业务方法 实体对象不能被远程调用，必须使用视图对象作为远程接口 实体对象的创建必须遵循以下原则： 必须在实体对象中包含所有的数据库表字段 实体对象必须包含主键 总是为实体对象的属性生成访问方法(setter和getter) 实体对象必须包含5个标准WHO字段的属性，这5个属性由OAF自动处理，不需要开发