項目開發和發版前的工做整理

最近作了一個項目，只負責前端部分，總結一下作項目中的坑。

首先是定位問題，我以前接到的通知是分析一下前端的工做量，進行一下人力安排排期，天真的我沒有了解項目架構，僅僅是算了一下頁面開發工做量和聯調時間。事實證實，這個想法誤導了我，後期吃虧了不少。在一個項目中，無論負責的內容多少，都要對項目的架構等有個總體的瞭解，對接多少項目組，什麼樣的架構，如何提測發版等對後期的開發很重要。

 

1.開發以前：

　　1.需求文檔：接到需求以前須要仔細閱讀，首先肯定邏輯是否通，提出疑問。其次看一下處理流程，對須要對接的項目組心中有了解，分別去問這些項目組如何調用。第三，要肯定接入方式，是外網接入仍是內網接入。外網接入要肯定開牆，先後端調用方式。

　　問題點：沒有預估接入方式的問題，致使在開發環境先後端直接調用時能夠的，測試環境覺得外網接入，必須前端先調用app項目，app項目去調用後臺接口。這樣致使以前的代碼都須要從新改動，從新測試。

　　2.接口文檔：拿到接口文檔，第一，和後端同時肯定每一個字段的含義和格式。第二，模擬全流程，肯定字段是否齊全，是否否合邏輯。第三，肯定出全部須要放在配置文件的字段，分別肯定其生產，測試，開發階段分別對應什麼值。

　　問題點：特別注意須要寫死傳的值，必定要問清楚是不是測試生產及開發是否一致。切忌開發階段寫死聯調，開發量大了，後期忘記修改，開發環境和測試環境若是是同一個值，致使生產環境不一致出現問題，影響發版流程。

　　3.聯調方式：經過需求文檔，肯定前端要與幾個後端項目聯調。每一個項目是如何的調用方式，參數加密方式（是否須要加密加簽，如何加密加簽，公私密鑰分別是什麼（必定要要在發版前讓運營驗證公私密鑰是否匹配）），前段後臺寫在那個項目組，有哪些是公共參數，公共參數參考上一條。

　　問題點：1.此次的開發沒有肯定有幾個後端項目，如何調用。致使聯調兩個不同的後端項目，須要用不同的方式，浪費了時間。2.公私密鑰沒有讓運營去驗證是否成對，用了項目中已有的公私密鑰，測試環境的公私密鑰是正常的，生產的是不成對的，致使生產驗密失敗發版失敗。經驗：必定要將密鑰問清楚而且發出來讓後端肯定，而且讓運營同事肯定是否成對。

　　4.架構方式：架構不明確，總體架構不一樣步是我此次犯的最大錯喔，耽誤項目中不少問題。項目開始前必定要向架構組肯定項目的工程放在哪裏，測試工程放在哪裏，如何部署如何發版（發版流程，發版方式）等。

 

前端注意點：

1.日期問題必定要複查。項目中有一個獲取當前日期傳給後臺的參數，格式是「yyyy-mm-dd」，前端在js頁面處理，可是在每月一號到九號時候出了問題，好比說2018年6月1號，在傳給後臺時候傳成了「2018061」致使接口出問題，應該在js處理日期爲每個月小於10 的日期手動補0。

2.參數問題複查。檢查項目中是否有寫死的值，必定不能存在，全部的都寫到常量表和配置文件中。配置文件中的值必定要反覆肯定，是否生產環境和測試環境說不同的。

3.密鑰問題：生產的密鑰必定要在發版前讓運營驗證是否正確。

4.安全問題：用戶敏感信息加密傳遞，不能泄漏用戶的證件號手機號姓名等信息用***代替。xss攻擊要注意，入庫時候度參數進行轉義，可直接使用htmlUtils.htmlEscape(str),前端頁面顯示直接做爲字符串顯示。

5.前端框架問題

1).先後端項目要分離。先後端一塊兒打包在一個war包了，不利於之後拓展或者生產測試發佈。（例如：每次修改前端，必須從新打包，先後端都要從新發布）

2).前端使用自動化構建工具生成，這樣每次修改不須要客戶端刷新緩存。

3).css,js,html這三個要分離，不混合寫，共通不分要提出來複用。

4).前端模塊化。校驗，版本號，統同樣式，統一組件，全局功能，國際化等方式要先定好。