转载地址:http://www.java3z.com/cwbwebhome/article/article8/81137.html?id=2584 在前两章我为大家详细分析了JAR包的选择和必须的配置文件,那么这一章,我就对例子的 层次结构进行说明,并实现除WEB层的功能代码。 第三部分:建立框架代码 工程结构 大家可以看到,本例一共分为:dao、entity、service、web四层。另外在这些层次下,还以业务功能再进行分包, 这样做是为了方便在以后的功能扩展中,能更好的管理和维护代码。如果将所有类都直接集中在这4个包下面,随着类的增加, 会越来越难以维护,而且查找起来也很费劲。 HibernateDao 在本例中,我是通过继承Spring提供的HibernateDaoSupport来实现持久层的基类。同时引入泛型参数, 封装了一些基本操作方法。 这是HibernateDao的部分代码,引入的这个泛型参数,其实就是实体类(User、Role)。通过传递这个实体类, 在构造方法中利用反射特性将它从JVM中取出来。 这里的getClass()方法是获得继承HibernateDao的类(UserDao、RoleDao) getGenericSuperclass()方法就是通过这些继承了HibernateDao的类,来得到父类(父类就是HibernateDao)的泛型。 注意这个方法的返回值为Type,这是一个类型接口。请参考API。 因为在继承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)做了一个多对一关联。 这一点是原来文章中没有讲过的。 请一定注意role_id是user表的字段。我在本例中设定的是一个角色可以对应多个人员,所以这个role_id 存的就是role表id的值。fetch = FetchType.LAZY指定采用延迟检索,如果当你取得了User对象,但又不想取Role中的信息,这时, User对象中的role属性是代理状态。 Role对象中的值都是空的。只有当你使用role.id或role.name进行取值的时候,hibernate才会去数据库中查找对应的记录, 因此在一定程度上降低了资源消耗。不过这里有点要注意,采用延迟检索的时候, 需要加上前一篇讲到的OpenSessionInViewFilter过滤器。否则会遇到session关闭的异常。 service @Service表示这是业务层组件。在业务层需要对UserDao加上@Autowired注解,大象在这里将业务层的方法名与持久 层的方法名定义为一样的,是我的一种习惯,大家可以按自己的想法来做。 测试 既然有了这么多代码,那就来测试一下吧,看看有没有问题。 好吧,为了照顾那些坚定的JUnit拥护者,再写一个JUnit测试。本例使用junit-4.4.jar @BeforeClass注解的方法表示在类实例化之前,也就是在类的构造方法执行之前就会执行。 而且使用这个注解的方法必须是static void @Test标明这是测试方法,方法名不用像以前那样必须按照规则进行命名,可以自由定义。 上图显示大象使用JUnit方式测试也通过了(如果不会通过我写它干嘛?嘿嘿)。 假如我将张三改成张四,再来看看测试结果。 这个截图可以很明显的说明所有东西。 这一篇是给大家讲怎么用代码来实现除web层之外的全注解步骤。当然,我主要是讲思路,其实思路比代码重要得多。 这一个系列的最后,我会放上所有源码供大家下载。现在这样慢慢分析,是想给大家讲道理。我们应该努力提升自己的境界与层次, 而不要只把眼光放在代码上面。 下一章将会着重介绍web层,以及struts2的注解插件struts2-convention。那么,我们下次继续。 本文为菠萝大象原创,如要转载请注明出处。
SSH全注解实例详解(3)(转)
最新推荐文章于 2024-09-10 06:40:18 发布