• OA项目知识总结2


    BaseAction的抽取

    项目中的每个实体类都对应一个action  每个action都都要继承ActionSupport类 已以及实现ModelDriver接口  并且需要注入service 虽然每个action注入的service不同

    但是也有可能另外一个action需要使用到其他action中的service  那么就存在大量的重复注入代码  尽管service是单例的不影响性能  但是我们需要做的是尽量少些重复代码

    例如

     

    此时BaseAction诞生了 

    package org.base;
    import java.lang.reflect.ParameterizedType;
    import javax.annotation.Resource;
    import org.service.DepartmentService;
    import org.service.RoleService;
    import com.opensymphony.xwork2.ActionSupport;
    import com.opensymphony.xwork2.ModelDriven;
    public abstract class BaseAction<T> extends ActionSupport implements ModelDriven<T>{
    
        //通过反射获得T的真实类型  然后 实例化model对象
        public BaseAction(){
            //得到泛型的父类
            ParameterizedType pz=(ParameterizedType) this.getClass().getGenericSuperclass();
    //得到第一个类型参数的真实类型
            Class<T> clazz=(Class<T>) pz.getActualTypeArguments()[0];
    //创建实例对象  异常  抛出
            try {
                model=clazz.newInstance();
            } catch (InstantiationException e) {
                e.printStackTrace();
            } catch (IllegalAccessException e) {
                e.printStackTrace();
            }
        }
        protected T model;
        public T getModel() {
            return model;
        }
        
        //因为子类(继承该action)action已经在spring容器中  所以 baseAction不需要注入进容器  
        //就可以注入容器中的对象  否则 注入容器中的对象  必须自己先注入进容器
        @Resource
        protected RoleService roleService;
        @Resource
        protected DepartmentService departmentService;
    }

    上边的代码蓝色阴影中

    protected设置为受保护的  子类可以继承并访问

    abstract的作用:BaseAction不需要实例  所以声明为抽象的

    <T> 泛型:每个子类action在实现modelDriver时都需要指定对应的model类型  子类action在实例化自己的时候 先调用父类的构造方法  实例化model  然后才能在自己的类中得到该model (访问权限为propected) 所以在继承BaseAction的时候 给该父类传递明确的类型T(例如 Department  或者Role)

    ----

    如此  子类action中就可以只写具体操作service的代码了 其他代码全部又BaseAction来完成  

    -----------------------------------------------------------------------

    项目简单,serivce业务层没有业务代码  只是纯粹的调用dao时   删除dao层  采用两层架构 

    service中不在使用dao进行调用  而是service中直接继承数据库操作的类  在action中调用serivce时  直接调用了数据库操作的类

    传统结构:

    action调用service  serivce调用dao

    dao继承了baseDao   所以最终service调用的其实是basedao中的方法

    现在进行两层设计   删去dao以及daoimpl实现类  service直接继承basedao

     

    最终的代码实现还是在basedaoimpl中  不过需要注意的是 需要在basedaoimpl上加入事务管理   只要存在对数据的增删改查  都加入事务处理  因为事务提交之后 才会对数据做更改

    之前service中加入了事务 是因为在service中是先调用了dao   现在如果直接继承basedaoimpl  那么action在调用service的时候  父类是daosupportImpl 对其无效  没有经过事务管理

    所以当子类继承父类中的方法后 ,调用父类中的方法执行增删改查的时候,即使子类service上标记的有事务注解   也不管用,需要在父类的上边开启事务注解

    -------------------------------------------------------

    模型封装时

    前端页面XX.id 提交给 自动封装进某个对象的XX属性(对象属性)的id属性中

    在action中也不用进行关联操作(前提是id不能为null 如果为空 查到的对象自然也是nul 所以直接给该对象中的这个对象属性关联null) 直接保存或修改就行

    --------------------------

    action中执行添加之前model.getId()没有值,这个值是在添加记录之后,由数据库自动生成的,不过需要注意的是,当调用方法保存之后,在action的model模型中  再通过model.getId()是可以得到刚才保存的那条记录的id的

    -------------------------------------------------

    方法返回值为集合的时候,如果查找之后的内容为空  返回空集合

    ---------------------------------------------------------

    多对多关系  拆分为两个一对多关系

    用户和角色是多对多关系,一个用户可以有多个角色(岗位) 

    一个岗位可一个存在多个用户

    用户:user表

    角色:role表

    中间表:user_role

    他们对应的映射文件我这里就不在截图了  关于他们的配置在之前的ssh整合总结中有详细的配置说明

    这里做总结的原因是  当时在做添加的时候  有点小迷惑  不知道怎么去完成添加(当时是这样想的  用户提交给后台action的属性中  id是在插入数据库后自动创建的

    但是这里的中间表需要的是user对象  以及role对象啊   没有id属性值  我怎么做关联  或者说没有id的对象  关联之后 能够进行级联添加吗  即在做用户添加的时候 关联之后 只保存用户对象 相关联的数据 会保存吗(中间表的数据能否添加成功))

    所以我最早采用的是 :先不关联role  然后保存model对象  保存之后 数据库可以返回刚插入的记录对应的id 然后有了用户id  role对象  创建中间表对象  设置中间表对象的值  另外写了中间表操作类  然后遍历保存(有几个role对象  就遍历几次  保存几次  完成了向中间表插入数据的效果  最后也完成了项目的需求   这种方式不推荐使用  )

    不推荐方式对应代码:

    下面说说  我看了看之前写的博客总结(hibernate一对多总结  hibernate多对多总结  ssh总结一 二) 迷惑散去之后   改进之后的代码吧

    前台页面:

    action中可以得到用户选择的所有岗位对应的id值

    然后重点来了

    这样就完成了级联保存操作(前提 :1.配置级联保存操作 save-update  2.上面红线前边的代码不可以缺少  两者缺一不可  少其中任何一个  中间表数据都不会保存  造成只向用户表插入记录  )

    另外需要思考的是:配置级联是在哪方配置的?是一方还是多方  答案:一方配置  我们通常情况下都是通过保存一的同时来级联保存中间表的数据  所以级联操作是保存在一方的配置文件set表签内的

    但是 会不会出现通过保存中间表的数据 来级联保存一方表的数据呢 答案我这里可以肯定的告诉你不会   说说原因吧 ,这里我举一个前边做过的项目的例子:

    还记得这个项目吗(不记得 去前边的 ssh项目总结中找)  这个项目中 客户customer  用户user 就是多对多的关系  然后拆分 引出中间表(拜访表)visit

    这个项目中操作的对象就正好是我上边说的那种情况  直接保存中间表对象(所以一方表对应的配置文件中当然就不用配置级联属性)    没有级联保存一方表(customer,user)  所以在多方visit映射配置文件中也没有配置级联属性

     为啥呢 ?  说到这里大家看图也应该明白了吧  一方数据已经在页面上显示了   等于说一方数据已经存在于数据库中了  那还保存个毛线啊   这里只是让用户选择   然后 提交给后台   最终做的操作只是向中间表中插入数据  表示某个用户拜访了某个客户  当然后台对应的有中间表操作类  提交给的action也是中间表对应的action  这种方式只能单独写一个中间表操作类  因为不可能在通过一方表来进行关联  配置级联  然后通过保存一方 级联保存中间表数据   那样不就转了一大圈 然后又转回来了  何不直接使用我刚才在最上边 迷惑之后使用的那种改进的代码呢。

    看下面截图:

    提交给action 调用的操作类也是中间表的操作类

    所以说到这里大家都对这两种方式清楚了吧 

    第一种方式:配置级联  通过保存一方  级联保存多方

    第二种:直接操作的就是中间表对象  不用配置级联属性  直接提交给中间表action 调用中间表操作类 直接对中间表进行插入数据

    ----------------------------------------------------------

     

    ----------------------------------------

  • 相关阅读:
    第一次系统实践作业
    第03组 Beta版本演示
    第03组 Beta冲刺(4/4)
    第03组 Beta冲刺(3/4)
    第03组 Beta冲刺(2/4)
    第03组 Beta冲刺(1/4)
    Java程序(文件操作)
    Java程序(事件监听与计算机界面)
    Java(个人信息显示界面)
    Java(学生成绩管理)
  • 原文地址:https://www.cnblogs.com/Joke-Jay/p/7258596.html
Copyright © 2020-2023  润新知