hibernate培训文档.pptVIP

对象/关系映射—Hibernate 学员要求：熟悉Java、SQL、JDBC，掌握面向对象的开发方法，并有实际项目开发经验 课程目标：理解O/R Mapping原理，掌握Hibernate开发的相关知识，并能使用Hibernate进行实际项目开发 目 录 持久层的概念及必要性 hibernate框架及核心类介绍 hibernate进行持久化的一个例子 hibernate如何解决对象和模型的不匹配 对象的持久性生命周期 对目前项目的进一步封装和思考 数据的持久化 只有持久化而没有持久层 网上商城购物结算的例子 没有持久层的特征 业务逻辑和数据库访问逻辑混杂在一起，没有清晰的界限，干扰了我们的视线，难于理解。 业务规则的变动必然影响到数据库的访问逻辑，反之亦然，笨重，难于维护。 好处是：简单方便、开发迅速，不需要复杂的设计，比较适合于业务简单的应用。 引入持久层后的系统架构 改良后的设计 引入DAO模式 DAO = Data Accessor Object 数据访问对象 数据库访问的实现细节被隐藏到DAO里面。 Domain Object则提供了面向领域的对象，封装了具体的业务规则。 引入DAO模式的优点 业务层无需关心具体的select、insert等操作，使得业务业务逻辑实现更加清晰，也使得开发人员的专业划分成为可能，业务人员专注于业务逻辑编码。 业务层和持久层可以彼此独立的变化，比如：仅仅替换数据访问层的实现，可以将系统部署在不同的数据库平台上。 改良后的代码 观察DAO的实现细节 问题的症状-用JDBC实现持久层 为域中的每个类手工编写持续性代码的工作量繁重。 这些代码基本上都是“支撑性”代码，单调、机械、乏味、不优雅。 特别是需要支持多种SQL方言时，对于持久层的开发者是个大难题。 新需求的产生-通用的持久层框架 将编写支撑性代码的工作量降到最低。编码是有趣的工作，但是敲键盘决不有趣。凡是无趣的工作都交给机器去完成。 对象模型和关系模型的映射（ORM），编码时只需要关心对象，而无需再纠缠于JDBC ResultSet中的字段。 更好的移植性，只需要简单的修改配置参数，即可实现底层数据库的切换。 目 录 持久层的概念及必要性 hibernate框架及核心类介绍 hibernate进行持久化的一个例子 hibernate如何解决对象和模型的不匹配 对象的持久性生命周期 对目前项目的进一步封装和思考 Hibernate在应用中的位置 基于B/S的典型三层架构 Hibernate核心架构 Configuration Configuration 类负责管理Hibernate 的配置信息。它包括如下内容： Hibernate运行的底层信息：数据库的URL、用户名、密码、JDBC驱动类，数据库Dialect,数据库连接池等。 Hibernate映射文件（*.hbm.xml）。 Configuration cfg = new Configuration(); SessionFactory 会话工厂缓存了生成的SQL语句和Hibernate在运行时使用的映射元数据。 会话工厂在应用初始化时被创建，是一个重量级的类，它在多个应用线程间进行被共享，通常情况下，整个应用只有唯一的一个会话工厂，然而，如果你使用Hibernate访问多个数据库，你需要对每一个数据库使用一个会话工厂。 应用程序从会话工厂里获得Session(会话)实例。 SessionFactory sessionFactory = cfg.buildSessionFactory(); Session Session也称为持久化管理器，因为它是与持久化有关的操作接口。 Session代表与数据库之间的一次操作。 Session通过SessionFactory打开，在所有的工作完成后，需要关闭。 会话并不是线程安全的因此应该被设计为每次只能在一个线程中使用 。 Session session = sessionFactory.openSession(); Transaction (事务) Transaction将应用代码从底层的事务实现中抽象出来——可能是一个JDBC事务或一个JTA事务，这有助于保持Hibernate应用在不同类型的执行环境或容器中的可移植性。 使用Hibernate进行操作时（增、删、改）必须显示的调用Transaction（默认：autoCommit=false）。 Transaction tx = session.beginTransaction(); 目 录 持久层的概念及必要性 hibernate框架及核心类介绍 hibernate进行持久化的一个例子 hibernate如何解决对象和模型的不匹配