這些天專案有的api出現版本控制問題，著實忙乎了一小陣，因為專案使用tp5的傳統方法進行版本控制（api目錄下進行版本區分，由請求路徑決定使用的版本）
但是問題往往是，專案使用了v2版本,但是後端又新建了v3，而前端不知情，所以也趁著這次機會，探索了較為實用的前後端分離問題與解決方案，並做整理。
1.後端 api 產能不免，供給不上的問題
2.後端 api 出現 bug，需要等待修復的問題
3.前後端溝通差異導致api實現的偏差
4.後端 api 發生了修改，沒有通知到前端，showcase 的時候發現了 bug
1.後端規範功能函式集、功能模組集、統一返回格式與方法、提高**復用率，從而提高後端api產能問題
1.api出現bug，前端提出bug，並設定修復期限、bug等級、修復獎勵記錄
2.api從完成到正式使用有三天使用內測期，內測期內前端發現bug有獎勵記錄
3.前端內測期外的api出現bug次數作限制，超過則懲罰記錄
4.後端內測期外的api出現bug次數作限制，超過則懲罰記錄
使用api敏捷原型開發方法：
--前端構造理想io，即引數，返回資料格式等等(半天)
--後端思考實現可行性，調整io(半天)
--後端實現api(協商時間)，鎖定api版本(具體實現參考下面方案)
實現乙個簡易型的訊息系統（我們使用了基於swoole實現的websocket，具體可參考我的開源小框架）
1.後端
--api完成
--與前端確認ok，則api鎖定版本v1.0（自動記錄鎖定情況到日誌）
2.需求變化/其他變動
--解鎖api（自動通知前端,xxapi版本解鎖了），不解鎖則無法提交成功
--修改完成後更新api版本，重複步驟1即可
1.所有api按特定模組歸類，例如admin後台模組，在api目錄裡編寫相應的各個api檔案，或如上圖進行區分
2.記錄所有模組api目錄的路徑到指令碼，在開發人員提交的時候對這些路徑進行檢查
3.編寫檢查api的指令碼，工作流程如下：提交時鉤子檢查api檔案裡的api方法是否無解鎖的情況下被修改，即提交的檔案如果是api目錄下的api檔案，則該檔案方法注釋裡的版本號是否與原函式一致，一致且函式內容不一樣，提交失敗並提示
4.如果提交的api檔案版本大於原版本，簡訊通知過前端，提交成功
提交**時共觸發兩個指令碼，乙個做檢查，乙個做記錄（記錄前端人員的**，api目錄）
創作不易，github 右上角點 star 支援下吧，謝謝^_^
基於swoole的實時訊息通訊框架
基於fastadmin整合阿里雲oss,redis,物流，簡訊的後台系統
前後端分離與跨域的解決方案
前後端分離與跨域的解決方案 cors的原理 vue中axios傳送options預檢請求的原因及如何通過 ps access control allow origin 該字段是必須的，表示接受任意網域名稱的請求，還可以指定網域名稱。access control allow credentials 該...
前後端分離跨域問題解決方案
因為最近在學習vue和springboot.用到了前後端分離.前端webpack打包執行的時候會啟動nodejs的伺服器占用8080埠,後端springboot自帶tomcat啟動占用1111埠 我自己設定的 導致前端請求的ajax到後台會產生跨域問題.然後自己試了試發現有2種辦法都可以解決.1 p...
前後端分離跨域問題解決方案
其實呢跨域問題主要原因就是瀏覽器的同源策略導致的，所以呢想辦法解決這個問題就好了。主要就是在請求的時候加上以下 吧 access control allow origin access control allow headers x requested with access control all...