面向对象分析及设计Part 12.pptVIP

  • 2
  • 0
  • 约1.89千字
  • 约 22页
  • 2018-07-18 发布于湖北
  • 举报
CH 37 使用模式设计持久化框架 持久化问题 大多数应用都需要永久的存储机制的支持 实现持久存储的手段很多: ODB RDB 普通平面文件 XML文件 … CH 34 使用模式设计持久化框架 持久化服务框架 持久化服务 针对RDB的存储和检索的一组功能的聚合 (SQL查询、INSEFRT、DELETE、UPDATE、CREATE、ALTER、EXEC…) O-R映射服务 对象和记录之间的转换和映射关系 包括 对象?关系数据库(XML或者其他文件) 关系数据库(XML或者其他文件)?对象 构造方法 采购专业的持久化框架,并在此基础上进行设计 底层的持久化框架 JDO ADO 数据访问构造块 框架 Framework的例子: Windows应用程序框架 Java AWT .Net Framework … 框架是在较大范围内具有普适性的应用程序基础架构 高度的可重用性 功能的聚合 抽象界面的定义(方法、属性) 通过继承和实现框架实现应用程序的功能 框架的一般构造模式 内聚的类和接口 功能内聚 稳定的服务接口 接口和抽象类 定义框架的客户化接口 可扩展考虑 通过继承实现客户化和扩展 消息处理机制 提供响应消息的抽象方法供上层应用程序响应 持久化框架的作用 在持久化存储中检索和存储对象 事务的管理 构建思想 映射 对象标识 数据库映射器 物化和反物化 缓存 对象事务状态 事务操作 延迟物化 虚拟代理 对象和RDB的映射关系 对象和关系数据库之间的映射关系 每一个需要持久化的对象在RDB中定义一个表 对象的原始数据映射成为表中的列 对象的引用属性表示为RDB的关系 对象的标识 为每一个记录的对象分配一个对象标识(OID) OID可以是字符或数字,它是唯一的 OID对应着RDB表中的主键 反之,也可以将RDB的主键理解为OID 数据模型 RDB的数据模型中要为每一个对象设计一个关键字(ID) 从RDB设计角度出发,实际的数据模型往往与对象模型中的对象是不一致的 持久化服务的外观和数据库映射 使用外观模式访问持久化服务 底层RDB持久化框架(JDO/ADO)提供的功能: Select Insert Delete Update Execute Connect Transaction 客户化的框架(构造块) 将对象和表之间建立映射关系(O-R Maping) 提供对象化的外观 持久化服务的外观和数据库映射 映射对象 直接映射 对象直接定义将自己保存(提取)到数据库的方法 对象中定义了大量与领域无关,而与特定的数据库相关的内容。 间接映射 使用其他的对象,负责持久化对象的映射处理。 数据库映射器 每个持久化对象都定义自己的映射器 不同的存储机制可以定义不同的映射器 基于元数据的映射 采用多层映射机制 在高层实现与存储机制的无关 底层实现存储机制的区别 映射器 框架的设计 模版方法 在超类中设计和实现算法的骨架(模版),在子类中覆盖其可变的部分; 例子: 框架的设计 使用模版方法实现物化 映射器中带有缓存的对象获取,存在共性: if(object in cache) Return it else create the object from its representation storage save object to cache return it 不同的是获取的对象 设计模版方法 框架的设计 使用映射器工厂 映射器都是由IMapper实现的,可以使用一个工厂来构造映射器。 采用属性--值对 属性:类名 值:映射器 框架的设计 缓存管理 模式 if(object in cache) Return it else create the object from its representation storage save object to cache return it 作用:提高性能 框架的设计 在一个类里面合并和隐藏SQL语句 这是讨论的另外一种模式。 将一些对象的数据库操作封装到一个独身的纯虚构对象中去。 Class RDBOperation { public ReslultSet getProductSpecificationData(OID oid){…//SQL查询操作} public ReslultSet getSaleDataOID oid){…} } 在映射器中对数据存储的访问直接使用上述独身对象 数据操作和事务状态 数据库操作的状态图 命令模式设计事务处理 使用虚拟代理延迟物化

文档评论(0)

1亿VIP精品文档

相关文档