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才是一腳入門，思維是心靜下快速正規流程解決。

pe及相關基礎