MasterLRC的专栏

持久层的需求 文中对持久层提出了28条要求,几乎包括了所有的数据库操作,列出主题如下: 多种持久机制。(文本文件、关系数据库、对象-关系数据库、层次数据库、网络数据库、对象数据库等），本文主要讨论关系数据库。 对持久机制进行完整的封装。不必写任何其它关于持久层的代码，中需要发送save,delete,retrieve消息给一个对象。 基于条件的我多对象操作。支持根据一定条件同时返回（删除）多个

数据库持久层读《鲁棒的数据库持久层》 三种持久化方法： 一、在业务类中硬编码SQL 特点：SQL代码到处出现在你的类代码中。任何小的改变教导致代码级的修改。 好处：代码效率很高 缺点：直接耦合了你的业务类与关系数据库结构（Data Schema) 适用：小型应用程序或者原型。 二、在存储过程或单独的数据类中硬编码SQL代码。 特点：编写存储过程或使用ADO 好处：已经将处理交互的部分封闭到了单

  类图： PersistentCriteria 类层次 概述：PersistentObject封装了使单个对象持久化的行为。而PersistentCriterai 类层次支持一次保存、获取、删除多个对象。 方法： addSelectXXX():PersistentCriteria类的addSelectXXX()是一组方法，XXX可代表：GreaterThan,LitterTha

鲁棒性——健康的系统 　　控制系统的鲁棒性研究是现代控制理论研究中一个非常活跃的领域,鲁棒控制问题最早出现在上个世纪人们对于微分方程的研究中。Black首先在他的1927年的一项专利上应用了鲁棒控制。但是什么叫做鲁棒性呢？其实这个名字是一个音译，其英文拼写为Robust。也就是健壮和强壮的意思。控制专家用这个名字来表示当一个控制系统中的参数发生摄动时系统能否保持正常工作的一种特性或属性。就象人在受

Class-Type 体系结构 Class-Type???体系结构基于Layer模式. 基本概念:???某一层中的一个类,只能与同层的或者相邻层中的类进行交互. 重要特点:???通过禁止用户层直接访问存在于持久机制的信息,你可以用效的将用户层与持久结构解耦. 提示:????????????用户接口类不应该直接访问持久机制?????????????????????业务对象不应该直接访问持久机制.?

持久层的概要设计 首先：构建一个持久层是非常困难的，不要尝试一个人去完成！表：高层设计中的类及其描述(注意：其中只有PersistentObject,PersistentCriteria及其子类,PersistentTransaction和Cursor类直接被被应用程序直接访问。) 类 描述 ClassMap 一组类，封装了将类映射到关系数据库的行为。 Cursor 这个类封装