般有两个存储地,内存为暂存,因为电源关机就会数据丢失,如果需要反 复使用,就要持久保存,实现持久化了。持久化现在有多个途径,如数据 库和文件等 ⅲ.持久层是J2EE中实现持久化的一个层次,由于它和数据库等具体技术打 交道,而且不同数据库提供的接口不一致,因此,有4个指标来衡量持 久化技术的选择: 1.性能->高性能,最好能直接使用具体数据库特性(好) 2.通用→>可移植,在不同数据库之间移植(差) 3.方便->使用方便,o/ R mapping非常方便(好) 4.安全->事务机制好,很好地支持CAID等。(好) c)DAo设计模式介绍 . iBATIS是一个开源对象映射持久框架程序。它是将对象映射到SQL语句中。DAo 是 iBATIS两个重要核心框架之一。DAO是 Data Access Objects的缩写,也就是 数据访问对象。它的位置处于业务逻辑层和数据库资源之间。它的作用是抽象 封装所有对数据源的访问。DAO负责与数据源连接以获取和存储数据。DAO 是」2EE标准开发模式之一。程序员利用DAO将底层的数据访问与高层的操作 逻辑分离开来。DAO是一个应用程序接口,DAO是 Data Access Object数据访 问接口,数据访问:故名思义就是与数据库打交道。夹在业务逻辑与数据库资 源中间 ⅱ.在核心」2EE模式中是这样介绍DAO模式的:为了建立一个健壮的2E应用, 应该将所有对数据源的访问操作抽象封装在一个公共AP中。用程序设计的语 言来说,就是建立一个接口,接口中定义了此应用程序中将会用到的所有事务 方法。在这个应用程序中,当需要和数据源进行交互的时候则使用这个接口 并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储 ⅲ.几个例子: a)DAo与微软的关系:DAo(数据访问对象)是一种应用程序编程接口(AP), 存在于微软的 Visua| Basic中,它允许程序员请求对微软的 Access数据库的访 问。DAO是微软的第一个面向对象的数据库接口。DAO对象封闭了 Access的 t函数。通过Jet函数,它还可以访问其他的结构化查询语言(SQL)数据库。 b)DAO的四个组件包括:DAO工厂,DAO接口,一个DAO接口的简单类以及数 据传输对象 c)DAO层和 Service层的区别: Service层是业务逻辑层,DAo层是持久层接口, 与数据之间进行交互。 d)DAo设计模式具体应用( SQL Maps中的应用例子) Struts应用:允许对一个关系表执行 SELECT, NSERT. UPDATE和 DELETE的SoQL 请求。在这个应用中,使用 SQL Maps做持续性框架。 i.修改这个应用,将这个关系表储存在一个XML文件中而不是存在关系数据库 中,或者使用 Hibernate来实现 SELECT请求,而用 SQL Map来执行其他请求 因为 Hibernate提供了对高速缓存更好的支持。这样的修改很难实现,或者即 使我们能修改而实现了这个功能,也会是很混乱的解决方案。 ⅲ.更好的解决方法:建立一个 ContactDAo接口,在这个接口中定义处理 SELECT NSERT UPDATE,和 DELETE请求的事务方法。然后根据不同的事务逻辑建立不 同的类实现各个方法。所以可能会有一个类处理使用 SQL Maps同关系表进行般有两个存储地，内存为暂存，因为电源关机就会数据丢失，如果需要反 复使用，就要持久保存，实现持久化了。持久化现在有多个途径，如数据 库和文件等 iii. 持久层是 J2EE 中实现持久化的一个层次，由于它和数据库等具体技术打 交道，而且不同数据库提供的接口不一致，因此，有 4 个指标来衡量持 久化技术的选择： 1. 性能 --> 高性能，最好能直接使用具体数据库特性 (好) 2. 通用 --> 可移植，在不同数据库之间移植（差） 3. 方便 --> 使用方便， o/R mapping 非常方便（好） 4. 安全 --> 事务机制好，很好地支持 CAID 等。（好） c) DAO 设计模式介绍 i. iBATIS 是一个开源对象映射持久框架程序。它是将对象映射到 SQL 语句中。DAO 是 iBATIS 两个重要核心框架之一。DAO 是 Data Access Objects 的缩写，也就是 数据访问对象。它的位置处于业务逻辑层和数据库资源之间。它的作用是抽象 封装所有对数据源的访问。DAO 负责与数据源连接以获取和存储数据。DAO 是 J2EE 标准开发模式之一。程序员利用 DAO 将底层的数据访问与高层的操作 逻辑分离开来。DAO 是一个应用程序接口，DAO 是 Data Access Object 数据访 问接口，数据访问：故名思义就是与数据库打交道。夹在业务逻辑与数据库资 源中间。 ii. 在核心 J2EE 模式中是这样介绍 DAO 模式的：为了建立一个健壮的 J2EE 应用， 应该将所有对数据源的访问操作抽象封装在一个公共 API 中。用程序设计的语 言来说，就是建立一个接口，接口中定义了此应用程序中将会用到的所有事务 方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口， 并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储。 iii. 几个例子： a) DAO 与微软的关系：DAO（数据访问对象）是一种应用程序编程接口（API）， 存在于微软的 Visual Basic 中，它允许程序员请求对微软的 Access 数据库的访 问。DAO 是微软的第一个面向对象的数据库接口。DAO 对象封闭了 Access 的 Jet 函数。通过 Jet 函数，它还可以访问其他的结构化查询语言（SQL）数据库。 b) DAO 的四个组件包括：DAO 工厂，DAO 接口，一个 DAO 接口的简单类以及数 据传输对象。 c) DAO 层和 Service 层的区别：Service 层是业务逻辑层，DAO 层是持久层接口， 与数据之间进行交互。 d) DAO 设计模式具体应用（SQL Maps 中的应用例子） i. Struts 应用：允许对一个关系表执行 SELECT, INSERT, UPDATE 和 DELETE 的 SQL 请求。在这个应用中，使用 SQL Maps 做持续性框架。 ii. 修改这个应用，将这个关系表储存在一个 XML 文件中而不是存在关系数据库 中，或者使用 Hibernate 来实现 SELECT 请求，而用 SQL Map 来执行其他请求， 因为 Hibernate 提供了对高速缓存更好的支持。这样的修改很难实现，或者即 使我们能修改而实现了这个功能，也会是很混乱的解决方案。 iii. 更好的解决方法：建立一个 ContactDAO 接口，在这个接口中定义处理 SELECT, INSERT, UPDATE, 和 DELETE 请求的事务方法。然后根据不同的事务逻辑建立不 同的类实现各个方法。所以可能会有一个类处理使用 SQL Maps 同关系表进行