1.2　聯(lián)調(diào)加速

高效的聯(lián)調(diào)是基于前后端開發(fā)人員有效的約定來達成的，也就是說，在開發(fā)前，前后端開發(fā)人員應(yīng)提前對所需要的接口進行溝通和設(shè)計。發(fā)送哪些參數(shù)，以及參數(shù)的具體結(jié)構(gòu)一般是由后端開發(fā)人員決定的，因為他們是最終接收并使用這些數(shù)據(jù)的人。后端返回的響應(yīng)數(shù)據(jù)的構(gòu)成一般需要由前端開發(fā)人員來決定，如果不對細節(jié)進行約定，那么很多后端開發(fā)人員都會直接在響應(yīng)體中返回一個需求數(shù)據(jù)的超集，然后讓前端開發(fā)人員自己去篩選和重組數(shù)據(jù)。隨著接口數(shù)量的增多和業(yè)務(wù)邏輯的日益復(fù)雜，前端的代碼中會混入越來越多的對數(shù)據(jù)進行二次加工的邏輯，如果沒有相應(yīng)的代碼規(guī)范約束，整個前端代碼的可維護性很快就會變得非常糟糕。

前后端開發(fā)人員對接口細節(jié)的協(xié)定并不是一件多么復(fù)雜的事情，但是許多團隊都做不好。需要說明的一點是，接口的開發(fā)協(xié)定并不是“銀彈”，即使開發(fā)之初前后端已經(jīng)進行了詳細的約定，但是在過程中還是有可能會出現(xiàn)各種各樣的問題，及時溝通反饋才是問題的解決之道，開發(fā)協(xié)作中并非不允許出現(xiàn)偏離約定的事情，但是絕對不能等到最后一刻才告訴對方某個事物與最初的設(shè)計不一致。對接口的細節(jié)進行基本的約定之后，前端開發(fā)人員就可以在開發(fā)中為自己提供虛擬數(shù)據(jù)了。前端發(fā)送請求的代碼可以在本地開發(fā)階段一次性寫好，聯(lián)調(diào)的時候只需要簡單修改一下請求的地址就可以了，因為測試數(shù)據(jù)與后端開發(fā)的真實接口所返回的數(shù)據(jù)在數(shù)據(jù)結(jié)構(gòu)和使用的字段名上都是一致的，這樣做無疑會大大提升前端開發(fā)人員的工作效率，當然，請求地址的變更也可以借助打包工具以參數(shù)的形式從代碼外部注入。1.3節(jié)就來詳細講解如何使用Mock.js生成指定結(jié)構(gòu)的數(shù)據(jù)。