- MetaData Mapping元数据映射
- 在MetaData中保存object-relation映射的详细信息.
- 以表格形式定义映射,并可由通用代码来处理映射.
- 运行机制
- MetaData中的信息如何以运行时Code的形式表现.
- Code Generation
- 程序:输入是MetaData,输出是映射实现类的SourceCode.
- 在编译前在构建流程中自动生成.
- 应保证将它完全合并到构建流程中,且不应该手动编辑它.
- Reflective Program
- 把方法/域视为数据.从MetaData文件中读入域和方法的名称,并用它们实现映射.
- 性能慢,且会产生难以调试的代码.
- 代码生成缺乏动态性,改变映射需要重新编译和部署.
- 而对应反射方法,只需改变映射数据文件,就可以使用新的元数据.
- 而映射的变化通常意味着需要改变数据库或者Code,所以变化较少.
- 一般,使用单独的文件格式保存元数据.
- 可以在数据库本身中保存映射信息.
- 对于一些特殊情况.处理方法是用手工编写的子类来覆盖通用代码.
- 使用时机
- MetaData映射能减少处理DB映射所需的工作量.但是准备元数据映射框架需要准备工作.
- 应权衡使用手工代码增加新映射和使用元数据映射的优劣.
- 通过创建一个处理所有公共行为的层超类型,可以减少代码量.
- MetaData映射会影响到软件重构.
- 但是,MetaData会使得重构Db更容易.
- MetaData描述了DB方案的接口声明.
- 对DB的修改可以被对元数据映射中的修改所包含.
- Query Object查询对象
- 描述一次DB查询的对象
-
- 解释器.
- 多对象结构,可以将自身转换为SQL查询.
- 通过指定类和域,而非DB中的表和列来创建查询.
- 构建查询独立于DB方案.同时将数据库的变化封装在局部.
- 运行机制
- 查询对象
- 在SQL查询上应用解释器模式.
- 作用是让用户使用对象来构建各种查询,并将这些对象转换为SQL字串.
- 当对象和DB异构时.
- 查询对象需要指定DB如何映射到对象结构.需要用到MetaData映射.
- 多个数据库.
- 可以设计查询对象,来根据运行的DB来产生不同的SQL.
- 消除DB的冗余查询.
- 当查询之前已经执行过的查询时,查询对象可以从标识映射中选择已经加载过的对象.来避免一次DB访问.
- 使用时机
- 项目有一个手工建立的DB源层时,不使用.
- 只有当使用领域模型和数据映射器时,才会使用.同时配合MetaData映射.
- 也可以直接在查找器中直接使用SQL.也是一样的效果.
- 优点:封装了DB方案,支持多数据库,可以优化多次查询.
- 应只构建仅满足当前需求的查询对象.不应试图去构建全功能的查询对象.
- Repository资源库
- 协调领域和数据映射层,使用类似于集合的接口来访问领域对象.
- 当存在大量的领域类或者繁重的查询时,有必要在集中了查询构造代码的映射层之上建立一个抽象层.
- 该层可以使重复的查找逻辑最小化.
- 资源库起到了类似内存中领域对象集合的作用.
- 运行机制
- 类似于查询对象.表现为简单的接口.
- 资源库把元数据映射和查询对象结合起来,自动由条件生成SQL代码.
- 使用时机