springside3个人学习笔记整理(2).docx

目标:对生成的实例项目分析Springside3.3.4 View层权限使用了Spring Security 2.0.5和struts2关于Spring Security请参考springside使用Spring Security 2和struts2的一些资料整理 /peachpi/article/details/6283453SpringSide 3 中的安全框架 Spring Security 2.0/shangpusp/article/details/5494563非常优秀的权限管理框架 - Spring Security /wenlin56/article/details/6081022struts2的配置使用了convention plugin，实现struts零配置，请参考struts.xmlStruts使用convention-plugin实现零配置/blog/398263convention plugin1. 默认所有的结果页面都存储在WEB-INF/content下，你可以通过设置struts.convention.result.path这个属性的值来改变到其他路径。如：将路径配置到了WEB-INF/page 下。2. 默认包路径包含action,actions,struts,struts2的所有包都会被struts作为含有Action类的路径来搜索。你可以通过设置struts.convention.package.locators属性来修改这个配置。如：则定义了在项目中，包路径包含web和action的将被视为Action存在的路径来进行搜索。Com.ywsoft.web.*/com.ywsoft.action.*都将被视为含有Action的包路径而被搜索。3. 接着，Convention从前一步找到的package以及其子package中寻找 com.opensymphony.xwork2.Action 的实现以及以Action结尾的类com.example.actions.MainAction ducts.Display(implementscom.opensymphony.xwork2.Action) pany.details.ShowCompanyDetailsAction4. 命名空间。从定义的.package.locators标示开始到包结束的部分，就是命名空间。举个例子：Com.ywsoft.web.user.userAction的命名空间是：”/user”。Com.ywsoft.web.user.detail.UserAction的命名空间是：”/user/detail”5. Convention通过如下规则确定URL的具体资源部分:去掉类名的Action部分。然后将将每个分部的首字母转为小写，用-分割，你可以设置.separator 如对于com.ustb.web.user.detail.UserDetailAction，映射的url就是/WEB-INF/content/user/detail/user-detail.jsp学习1：Struts2中典型CRUD Action的泛型抽象类CrudActionSupport学习2:条件查询的处理方式实例User.jsp你好, .  登录名: /红色部分采用EL表达式将页面上输入的值已url参数的形式传到服务端姓名或Email: /红色部分采用EL表达式将页面上输入的值已url参数的形式传到服务端UserAction.java/- CRUD Action 函数 -/Overridepublic String list() throws Exception List filters = PropertyFilter.buildFromHttpRequest(Struts2Utils.getRequest();/用解析后的属性名和值存储初始化生成PropertyFilter对象/设置默认排序方式if (!page.isOrderBySetted() page.setOrderBy(id);page.setOrder(Page.ASC);page = accountManager.searchUser(page, filters);return SUCCESS;PropertyFilter.java/* * 从HttpRequest中创建PropertyFilter列表, 默认Filter属性名前缀为filter. * * see #buildFromHttpRequest(HttpServletRequest, String) */public static List buildFromHttpRequest(final HttpServletRequest request) return buildFromHttpRequest(request, filter);/* * 从HttpRequest中创建PropertyFilter列表 * PropertyFilter命名规则为Filter属性前缀_比较类型属性类型_属性名. * * eg. * filter_EQS_name * filter_LIKES_name_OR_email */public static List buildFromHttpRequest(final HttpServletRequest request, final String filterPrefix) List filterList = new ArrayList();/从request中获取含属性前缀名的参数,构造去除前缀名后的参数Map.Map filterParamMap = ServletUtils.getParametersStartingWith(request, filterPrefix + _);/分析参数Map,构造PropertyFilter列表for (Map.Entry entry : filterParamMap.entrySet() String filterName = entry.getKey();String value = (String) entry.getValue();/如果value值为空,则忽略此filter.if (StringUtils.isNotBlank(value) PropertyFilter filter = new PropertyFilter(filterName, value);/在这里filterList.add(filter);return filterList;HibernateDao.java中protected Criterion buildCriterionByPropertyFilter(final List filters) List criterionList = new ArrayList();for (PropertyFilter filter : filters) if (!filter.hasMultiProperties() /只有一个属性需要比较的情况.Criterion criterion = buildCriterion(filter.getPropertyName(), filter.getMatchValue(), filter.getMatchType();criterionList.add(criterion); else /包含多个属性需要比较的情况,进行or处理.Disjunction disjunction = Restrictions.disjunction();for (String param : filter.getPropertyNames() Criterion criterion = buildCriterion(param, filter.getMatchValue(), filter.getMatchType();disjunction.add(criterion);criterionList.add(disjunction);return criterionList.toArray(new CriterioncriterionList.size();总结：1、 这样的方式可以大幅度降低重复的判断和sql语句的拼接语句 赞()/！2、 方法很巧，在页面中的查询条件中只要遵循规范，后面的代码几乎不需要再写什么，规范：filterName比较属性字符串,含待比较的比较类型、属性值类型及属性列表；默认前缀为filter_如：filter_EQS_loginName3、PropertyFilter类中/* 多个属性间OR关系的分隔符. */public static final String OR_SEPARATOR = _OR_;/* 属性比较类型. */public enum MatchType EQ, LIKE, LT, GT, LE, GE;/* 属性数据类型. */public enum PropertyType S(String.class), I(Integer.class), L(Long.class), N(Double.class), D(Date.class), B(Boolean.class);private Class clazz;private PropertyType(Class clazz) this.clazz = clazz;public Class getValue() return clazz;关于struts2中Preparable接口interceptor：paramsPrepareParamsStack，paramsPrepareParamsStack主要解决了ModelDriven和Preparable的配合问题，从字面上理解来说，这个stack的拦截器调用的顺序为：首先params，然后prepare，接下来modelDriven，最后再params。Struts 2.0的设计上要求modelDriven在params之前调用，而业务中prepare要负责准备model，准备model又需要参数，这就需要在prepare之前运行params拦截器设置相关参数，这个也就是创建paramsPrepareParamsStack的原因。流程如下： 1. params拦