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 调用中间表操作类 直接对中间表进行插入数据
----------------------------------------------------------
----------------------------------------
OA项目知识总结2的更多相关文章
- OA项目知识总结
struts文件配置 --------------------------------------------------------- 配置c3po链接池 --------------------- ...
- 【Java EE 学习 67 上】【OA项目练习】【JBPM工作流的使用】
OA项目中有极大可能性使用到JBPM框架解决流程控制问题,比如请假流程.报销流程等等. JBPM:JBoss Business Process Management,翻译过来就是业务流程管理.实际上就 ...
- [deviceone开发]-企业OA项目开源分享
一.简介 是一个真实的企业OA项目改造的开源项目,几乎涵盖了所有常用的组件,包括环信实现在线聊天等功能,类似微信的朋友圈功能,自定义的智能搜索等,而且这个是真实的通过Http链接后台web服务,里面很 ...
- 01传智_jbpm与OA项目_整体项目架构
oA项目: 项目结构如下:
- 基于SSH2的OA项目1.0_20161206_需求分析与框架搭建
1. SSH项目 OA项目,办公自动化,将公司的数据,文档,流程实现在系统中的管理. 降低人员交流过程中的成本.提高办公的效率. 2 .系统管理 主要实现系统权限的管理,不同的用户登陆后看到菜单项不一 ...
- OA项目实战(二) 开发准备
上次的博文OA系统实践(一) 概述中,我们已经了解了OA的相关概念.从本次博文开始,我们做一个简单的OA实例. 在OA开发之前,有几个工作们需要提前做.一个是对需求进行分析,另一个是对开发环境进行选择 ...
- 第一周博客之二---OA项目环境搭建及开发包部署
OA项目环境搭建 一个项目想要能够在开发人员打包好项目包之后进行测试,就必须进行项目测试环境的搭建,要根据开发工程师的开发环境采用不同的测试环境,以下只是浅谈下Java项目OA(办公自动化平台)的环境 ...
- OA项目_环境搭建
OA项目现在要做成微服务,用的框架是springboot,所用的编程工具是idea,maven,做为一个程序员最关心的就是我需要在那个架包中编写代码,我们只需关注domain,repository,s ...
- 修改struts2自定义标签的源代码,在原有基础上增加功能(用于OA项目权限判断,是否显示某个权限)
OA项目在做权限判断时 原始方式: 现在完成的功能 :通过改变struts2自定标签源代码 在原有的基础上 增加判断权限的功能 而页面上使用标签的方式 还是下图 步骤: 打开文件 搜索< ...
随机推荐
- Android View系统解析(下)
转载请注明出处:http://blog.csdn.net/singwhatiwanna/article/details/38426471(来自singwhatiwanna的csdn博客) Androi ...
- [Wikioi 1226]倒水问题
题目描写叙述 Description 有两个无刻度标志的水壶.分别可装 x 升和 y 升 ( x,y 为整数且均不大于 100 )的水. 设另有一水 缸,可用来向水壶灌水或接从水壶中倒出的水, 两水壶 ...
- JavaScript高级特性之原型
JavaScript的原型 原型prototype属性仅仅适用于函数对象(这里的函数对象是自己为了理解更好定义的,普通对象是没有原型属性的) 1.研究函数原型: <script type=&qu ...
- JDBC中向数据库录入汉字产生乱码的解决办法
在近期的课程设计中遇到在eclipse中向数据库中录入数据,产生的汉字乱码现象,在这里提供一条解决的方法: 只需连接地址URL中数据库名后面添加“?characterEncoding=utf-8”即可 ...
- 【视频】零基础学Android开发:蓝牙聊天室APP(一)
零基础学Android开发:蓝牙聊天室APP第一讲 1. Android介绍与环境搭建:史上最高效Android入门学习 1.1 Google的大小战略 1.2 物联网与云计算 1.3 智能XX设备 ...
- Local Response Normalization作用——对局部神经元的活动创建竞争机制,使得其中响应比较大的值变得相对更大,并抑制其他反馈较小的神经元,增强了模型的泛化能力
AlexNet将LeNet的思想发扬光大,把CNN的基本原理应用到了很深很宽的网络中.AlexNet主要使用到的新技术点如下. (1)成功使用ReLU作为CNN的激活函数,并验证其效果在较深的网络超过 ...
- ES Segment Memory——本质上就是segment中加到内存的FST数据,因此segment越多,该内存越大
ElasticSearch优化系列四:ES的heap是如何被瓜分掉的 转自:https://www.jianshu.com/p/f41b706db6c7 以下分别解读几个我知道的内存消耗大户: Seg ...
- 【POJ 1830】 开关问题
[题目链接] http://poj.org/problem?id=1830 [算法] 列出异或方程组,用高斯消元求解 [代码] #include <algorithm> #include ...
- 关于一些UI的插件(杂)
1.时间插件 //日期框 $('.date-picker').datepicker(); 2.checkbox 保存checkbox的值 // 组装选择的标签 var check = $(" ...
- (转)redux
随着 JavaScript 单页应用开发日趋复杂,越来越多的 state (状态)需要在前端进行管理. 这些 state 可能包括服务器响应.缓存数据.本地生成尚未持久化到服务器的数据,也包括 UI ...