标签：拒绝 解密 日期格 init 查询 ref style query super
style.xml
账号转帐权限：是filed校验时候报的错误，去掉AcNo校验即可。
密码不符：是trspassword校验时候错误，简单处理是去掉该校验。密码的校验一般是加密，在context中可以看到很长的加密后的密码，对应的还有一个解密，这个时候再ref引第三方加密就造成了该冲突
日期格式错误：是日期的加密，该处不能注，日期不少校验，底层是对日期格式化。
正规的书写都应在xml中一层过滤校验，但是现实的演化，很多个人需求正则等放在了jsp等非style中，长用的还是推荐放到xml中，不仅解耦还复用。
action的ioc注入
引用的第三方类：加密类，缓存类，加密类功能就是对密码简单转换成16位的16进制，并在报文字段传值告诉核心先解密再校验。缓存类是拿到接口的数据缓冲到这个对象，例如分页时下次访问这个缓冲而不用和核心交互，底层是存在bankrule表数据中
引用sql语句：将sql动态入参，关于注入一般都是组合的形式，而且模板，责任链等都是ioc存在，中间老代码会存在映射表，一步步就能找到底层的product表等，一般都是rule和bankrule存储。
模板的约束
查询模板和提交模板，模板继承的顶端都是实现接口，通过接口约束了执行的方法，录入模板是init，确认模板是parpare，查询模板是execut，提交模板是parpare和submit，断点下如果走的不同，可能这个action处理多个请求，核对前台发起的请求。有些类没有execut方法但父类有。
从菜单进入pre就断绝了外网的访问可能，pre页面如果需要初始化账号列表等用pageload模板，走init，也可以在jsp的straup中用pe标签获取，pre页面一般会调用query模板走execut，返回的json还是页面再回传按信息量定，一般jsp不允许过千行，pre中查询和录入的信息调用确认模板走parpare校验到确认页，确认页带信息给用户确认并输入密码短信验证码等等，确认发起结束请求走parpre和submit，一般该接口都是在submit中，前面的所有都是为了凑接口入参和各种校验。
签约同意书
签约、同意书等在网银端一般会返两个sucess，根据同意拒绝标志位返回指定的同意书页面，然后再次发录入页面请求，再通过标志位进入pre页面，之前默认的都去掉了SSH的return sucess。
分页
后台一般不变动，action中的核心代码在父类jar中的execute，就是引入的缓存类。一般是子类super调用execut，然后调用重写的query，在query中调用接口，如果有解析文件，加上即可。但是如果变动新增处理的接口字段就相对复杂了，我重写过接口调用和分页解析等等，最后发现效率反而低下，最后还是草草的在原有的super后重新发了一次接口处理塞到context。app的前台分页要传下标，初始传零，其实传的是返回的List的目前总长度。
标签：拒绝 解密 日期格 init 查询 ref style query super
原文地址：http://www.cnblogs.com/liwanxing/p/7868399.html
