上面大佬已經(jīng)提到了，我還是要在強調(diào)一遍：無論什么時候都要有接口文檔，接口文檔，接口文檔。
我下面的回答是針對接口文檔誰來寫，如何寫，寫到什么程度。
大部分的公司是后臺維護接口文檔。因為后臺更了解數(shù)據(jù)庫，后臺工作比較輕松,時間多
但是讓前端來定接口，是很棒的。
因為之前遇到過，后臺是個新手，沒能力先寫接口文檔，這個時候我作為前端，好多時候都是幫他定，雖然我也是新手，但是我膽大，后果無非就是周末加班而已。。。等下扯遠了。。?；貧w回歸。
問題中說了，“前端是數(shù)據(jù)驅動的框架”，那更應該前端定接口文檔，要什么字段列一下，后臺先大概評估有沒有這個字段，方便不方便來返回。評估OK。那就干。前端就根據(jù)文檔來開發(fā)。。開發(fā)的過程中運用上面大佬的方案就行了。。

值得補充的是：如果后臺人多（后臺效率高點，）協(xié)商一下啊，讓后臺把json 串先給出來。前端先把接口的地方寫死。。。不過這樣一定要提醒前端開發(fā)人員注意接口的異步性

如果覺得回答是認真的，請采納

先定數(shù)據(jù)格式，再讓后端進行開發(fā)，自己在前端mock一下就好了

先跟后端約定好接口的數(shù)據(jù)格式及各個字段，然后自己先mock模擬一下，這樣可以加快開發(fā)效率

其實在設計完成或者原型定稿階段后端就可以開始架構接口數(shù)據(jù)了，設計完成后前端即可直接進入開發(fā)，數(shù)據(jù)可以本地模擬也可以借助遠程mock工具，等你界面完成，相信后端的接口也完成了，這時你就可以直接進行數(shù)據(jù)對接。 這個過程就是并行的。

約定好接口的數(shù)據(jù)格式和字段，然后前端moke一下。

這你就理解錯了，你可能不太清楚前端的開發(fā)方式。一般在完成界面設計后，直接根據(jù)寫好的對應的接口文檔的字段進行接口數(shù)據(jù)的mock，并不會等待著后端寫完接口才去做