因为在继承 HibernateDao 的时候，会给它加一个泛型参数。比如，User、Role 实体类。因此
超类是参数化类型，所以返回的 Type 对象包含所使用的实际类型参数。这里返回的 Type 对象是
ParameterizedType 接 口 的 实 现 类 ParameterizedTypeImpl ， 所 以 要 将 返 回 类 型 转 型 为
ParameterizedType。
getActualTypeArguments()方法是 ParameterizedType 接口中的，它的作用就是获得实际
类型参数 Type 对象的数组，因为我们这里只定义了一个泛型参数，数组里面也只有一个值，所以需要
在数组下标处填 0。然后最后一步转型千万别忘记了，因为这个方法返回的可是一个 Type 数组喔。
如果对于这部分的说明还有点不理解的话，请到时候有了代码，设个断点跟踪一下，就会全部清楚
了。关于 java 反射，它已经超出本文的范围。大象只对本例中用到的部分进行讲解。
使用这种写法，是方便我们进行类型转换与类型检查。另外还可以简化某些方法的写法。比如：
createCriteria(Criterion... criterions)这个方法。参数是 Criterion 类型的可变参数，
它 是 用 来 设 置 查 询 条 件 。 如 果 要 进 行 对 象 化 查 询 ， 那 么 最 简 单 的 写 法 就 可 以 直 接 写 成
createCriteria()。另外还有重载的方法，可以根据传入 class 类型来创建自定义查询。
dao
持久层的 Dao 类是根据实体类定义，一般是一个实体类就会有一个对应的 Dao 类。当然这要跟业务
需求来设计，不是绝对的。另外你也可以为了简便而去掉 dao 层，将持久化操作与业务逻辑全部写在
service 层。
这些定义的方法是供 service 层调用，在业务层，将不会看到一行与持久层有关的代码，降低藕合
性是这样做的目的。@Repository 注解的作用就是标注这个 UserDao 是一个持久层组件。还记
得前一章讲到的扫描器吗？component-scan 它就是用来将标有@Repository，@Service 这
样的注解类扫描到 Spring 的容器里，并且同时对标有@Autowired 注解的 Bean 启用了自动注入功能。
这就是 Spring 从 2.5 开始提供的新特性。我们使用注解的方法，就可以告别那繁琐的配置文件定义。
entity
关于实体的定义就是使用 JPA 注解，关于这部分，我以前写过一篇文章专门讲这个，如果有不清楚
的朋友可以先参考一下。学习 JPA——Hibernate Annotation 使用实例
本例中，我有两点要讲下。
第一、管理主键的表 generator_table 去掉原来单独定义的那个 ID 主键，把 g_key 设为主键，
整个表将只有两个字段，g_key 和 g_value。
第二、在 User 实体中，我将角色 ID（role_id）与角色实体（Role）做了一个多对一关联。这
一点是原来文章中没有讲过的。
