資料Mock與後端聯調

通常前端開發的時候，我們的頁面已經開發完成。但是後端的介面不一定已經寫完就了。這時候我們就可以自己去偽造一些符合規範的資料，用於前期的測試，等到後端介面完成的時候我們可以在進行乙個介面聯調。

對於我們前端來說，我們天生就會乙個後端開發語言，nodejs即可實現。

我們只需要建立乙個簡易伺服器，對請求路徑進行判斷，返回對應的mock資料。

)

上面這個只是簡單的返回，你完全可以使用express等框架，搭建乙個更好用的mock伺服器

mock.js可以快速通過模板生成資料。

常見用法

@ctitle(3, 10)

@cparagraph

@cword

@cname

@integer(10, 100)

@float(20, 30, 2, 3)

@color

@date

@time

@now

@id

@url

@email

@image('200x100')

使用例子

]}

約定好介面的路徑是什麼？

如/auth/register

介面的提交型別是什麼？

如get獲取資料

post提交或建立

patch修改資料，部分修改

delete刪除資料

put修改資料，整體替換原有資料

引數字段限制條件

返回成功的格式

返回失敗的格式

當後端給到你介面的時候，你可以使用命令列的curl語句，進行簡單的測試。

// get 請求

curl ""
// -d 提交的引數，預設是post
curl -d "username=layouwen&password=12345"
""// -i 展示響應頭
curl -d "username=layuouwen&password=12345"
""-i// -h 設定請求頭
curl -h-
xpost
-d ''
""// -x 設定請求型別
curl -d "username=layouwen&passowrd=bbb"-x
post
""// -b 請求帶上cookie
curl ""
-b "connect.sid=df1431 35f89a7sdf89gasdf2g#$@123."

聯調前的 資料製造 Mock

前後端分離開發專案中，前端往往很別動，很多互動需要用資料來操作，等後端完成介面的編寫並保證聯調順利的情況下再去寫互動，顯然是很耽誤時間的。這時就需要前端自己來模擬真實的資料。互動的特殊性不高，我們還可以在 中直接寫個data，如果互動的特殊性較多，就需要多條資料來完成了。mock就是一款用於前端模擬...

前後端聯調

前端線上環境 後端線上環境，在瀏覽器通過前端url 可以獲取資料 前端測試環境 後端線上環境，在瀏覽器通過前端url 無法獲取資料 為什麼？傳送給後端網域名稱的兩者的請求引數有差異！前者請求引數是 from searchkeyword key 82d69fcc7fe4a0b0 keyword 按摩 ...

前後端聯調

對於一次性或者簡單的介面 遇到需要迭代或者調整的就很麻煩，因為需要多次的協調溝通 或者是一些實現複雜的介面如果等開發完再聯調太慢了 問題就在於 如何提高同步效率 如何減少對接和編寫成本 第一階段 普通文件 好處 寫起來簡單 壞處就是 維護起來麻煩 更新需要人工通知 第二階段 swagger 好處 更...