标签：bean 编码 适合 java 顺序 过滤器 执行 标志位 模板
PE前端HTTP请求
封装了主流的Ajax异步请求，参数几乎一致，指定后端的action、Json数据、scuess与否的Div定位。交易码是必要的，提交form、array和是否返回数据排列组合四种，注意的是不仅参数类型不同，方法也是重载的，方法名上返回的带withback或者foward，自定义数据的加Date。加上普通提交算五种吧。
PE前端HTTP请求之参数
div定位，一般经常见到的EEE就是错误时候返回的div标签，EEE一般在table下面，错误信息是我们在java代码中自己写的，复用和统一管理让错误信息用了个propeties映射。正确的标签自己按需求占坑，值得一提的时tr标签在Ie浏览器上不兼容，兼容性是大问题，所以一般还是选用div span吧。对于参数截空格String的trim（）也是IE不兼容，只能老实用Substring。数据上form表单方便，但是除了input和select基本都不是表单数据了，为此< input style=‘hidden‘应运而生，hidden定义时候就是说为了提交传输数据用并不在该页面显示，与之好用的还有display属性，在js中修改属性实现隐藏和实现，小功能上少一套交易配置，辅助上加startup隐藏按钮美化页面。数组提交上最后一个值不要带逗号，，又是IE的兼容性问题。
jsp中pe标签
常用的有加载账户列表、密码控件、下拉框、分页等等，他们实际封装在最上放的tld中，tld里面用bean注入具体处理。加载列表是查询paccount，有些也会涉及接口。密码控件使用时数组要对应，上下要对应，会比AcNo加载多一点，密码相关的还有runInner。最上方引入的是模板jsp、js库、全局css、tld等等。导航菜单在body开始处，因为加载的是菜单，所以用ruleid名，body这里还有重要的onload="startup()"
PE交易处理流程 无论一个交易的发送渠道是HTTP还是TCP,最终针对每一个渠 道的Adapter会将请求的Form(HTTP)或报文(TCP)转换成Context
Adapter机制是MVC必备的，框架的学习也是先学这些共性的必要的组件。spring mvc中maincontroller找handcontroller适合就有一个handAdapter。Adapter封装了Httprequest，能解析Http请求，可见公司万物基于Servlet。Tcp转换是在路由的transform中，框架默默做了这些转换，换成了最好操作的集合数据类型Context。
PE的transaction对应主流框架什么位置
这里几乎是使用上所有的MVC了，我们只用配置一处即可，整体有点类似SSH风格，ssh基于过滤器，pe基于模板，也像spring mvc，这里算maincontroller，web.xml那里注册mianservlet映射，这里关联具体handller，视图解析器，视图渲染器这里只是简单bean注入，有些底层拼字符串等。pe底层在core.xml中能找到模板，模板又能找到责任联，全局搜还是很好找到源码的，不过继承次数有多，java代码是类栈式顺序执行，使用IDEA就好了，在jar中断点。 fileds的校验是在style中的正则，对应密码项等是采用的加密。数据流动的每一层都是有校验机制的。transaction通过模板到责任联时候还会有command的一些列数据校验，例如防撞库等等，正是这些封装让我们只用关心Java代码。sucess返回的页面就是主工程下配置文件中指定路径，然后拼接字符串成url了，我们的请求风格都是ip+端口+请求码，ip就能ping通这个设备，端口是telent连接 ， 只是常用的模板比空模板多了个校验访问前上个页面是否在session域，这个校验是http协议发入门知识。配置文件的关联是从主工程出发，用dom树解析形式，一层层寻找，子工程中也有到sqlmap到具体的关联。这里的bean注入就和spring完全xml注入完全一致了，注解更好用但是原理都一样，xml注入时候ref等引入是u盾、密码校验、日期等区间检验，有ref的就能在action中当参引入了。
PE的mode注意事项
action使用的模板主要是查找和二阶段，模板，过滤器都是经典的涉及模式，模式就是生产中的总结，对一些列相似操作步骤的封装 ，独立二阶段模板是它涉及数据变更操作，查找不会变动数据，二阶段中有个流水号方便生产发包中找操作记录，我们接触过的RetCode就是一个没有在路由止步，随着数据流交互过前置---核心的标志位。其他模板都是衍生了，pageload是因为有点击菜单时候有个加载数据需求，也是类似其他模板实现一个pageload接口，只执行init（），确认模板是只走papre（），我们的三个页面模式一般都是pre跳页面空模版或者pageload，确认页面在papre中掉其他接口校验数据，通过Confrim校验后再加上用户输入的密码项，执行papre和execut方法发你的接口稳定或者需求文档的交易。文档虽然没java美丽，但是入坑往往是需求走偏了，需求加断点。
数据库
plsql安装上只有一个环境变量和页面指定地址，表结构上一般命名规则是拼字符串，产品表product ，产品组就是productgroup，交易表就是producttrs。rule表是最高权限表，下面对应的银行字表是bankrule
这里优先执行bankrule，访问login.do请求时控制台有加载顺序。启动较慢是配菜单时候的rule表要先在action中缓存，因为数据库一致是吃效率的最大头，遍历操作加上数据库语句嵌套，用IDEA或者部署tomcat的热重启。验证用户名和密码的是CreatUserMengt类，在这里可以注校验代码实现免密登陆，登陆时候还会加载puseraccount表，通过acseq定位到用户的paccount信息，也就是context中account好像天生就有数据了，模拟账户信息时候记得关联puseraccount，也是因此记得重启tomcat，增加paccount的acseq是pAcSeq.Nextval动态生成器，deptseq一般用默认值101010001，严格是用pbankcif，userseq是ecif表，pcif也很重，客户表存IDNO等，pcifbank，puser，等等。for update十分好用，但是一定要记得事务处理，无论提交或者回滚。更新和删除是危险操作，因为insert改变的是一条，而update/delet不加where很容易报废一张表。
ibroute转发
action如果掉数据库，只在aciton完成，接口是更大的功能，连参数都从掉数据的Map变成报文，接口让我们高效开发，j2ee是一种规范，接口符合java bean规范后很容易引入，我们的后台是中间业务逻辑，转发前台请求，在action中的一些列操作是凑接口的参数掉接口和返回接口返回的参数，action中有接口参数数据了，pweb端还要指定发送的格式，把数据的 k 提取除成为一个xml报文，发到路由端。转发要求的是数据格式和完整性了，tcp不仅效率高而且稳定，我们用xml是在router端通过transform转发，还有一个transpaser对信息编码和转换处理，把xml变成map，把map变成io字节流，反之，对回来的报文也是这样Adapter。
所以路由端主要是报文，报文是格式，中间的map这些就是数据了，操作的类都是在pe内，一样是模板责任联，只是最底层的command变成了trans接口和中间层的各种ref和集合整合。头文件抽取这个项目中的公共字段，和新增一些机构码等账户校验，和用户看到的实质参数区别较大，出错时候调试看它经过的类基本就能定位了，控制台上信息分四层，打包前，发送前，接受，解析，如果发现核心返回的信息有误，基本就可以甩锅了。
项目
web wx app 是前台，产品经理规划产品，美工制作效果图，前台实现页面，后台提供交易码，交易码中关联接口。 前台主流的登陆页面，中间个人pweb，企业eweb代码，mweb管理后台代码， 路由端调用前置，前置找核心，核心连的超级银行就是现实中的银行，路由处也可以能是mca分层和一些时间线程等机制，转发到其他公司的系统。web app是让手机端除了必要的原生交互系统外都用h5书写，app本来就是和web同一个后台，或者有些特性用继承等实现，减少原生量大幅度提高效率，前端的sencha算入门及mvc框架，采用简单分层，不过web app光环下mode和数据很少使用，vue是ajax框架，组件大幅度提高效率，前台的组件效果就像之前spring的sessionfactory细分，其实很多ui框架也以组件驱动，不过使用容易的才适应公司开发。抓包很简单，就是像控制台一样看数据流，手机没有f12就采用抓包代替了，xml是转送格式，后台抓包是为了给前台json数据。开发就是用java代码操作数据流，断点让你的数据流动随心所欲，任何问题都能解决或者甩锅，细心和正规化解决。ctrl+shi+r/t ctrl+f ctrl +h，遇到不懂字段全局加点. 搜propeties，方法名，属性都能搜，没思乱找bug的经验无用了，javase和servlet的技术有止境的，c才是无穷，而我java才是一脚入门，思维是心静下快速正规流程解决。
标签：bean 编码 适合 java 顺序 过滤器 执行 标志位 模板
原文地址：http://www.cnblogs.com/liwanxing/p/7774908.html
