后端提供給前端的接口是什么樣的？一般不存在前端給后端接口的情況，幾乎都是后端給前端接口，所謂接口就是可以通過服務端部署的機器提供出來的URL地址進行動態(tài)的數(shù)據(jù)交互。通常的工作流是后端跟前端協(xié)商定義數(shù)據(jù)

后端提供給前端的接口是什么樣的？

一般不存在前端給后端接口的情況，幾乎都是后端給前端接口，所謂接口就是可以通過服務端部署的機器提供出來的URL地址進行動態(tài)的數(shù)據(jù)交互。通常的工作流是后端跟前端協(xié)商定義數(shù)據(jù)接口格式（一般就是JSON格式）形成文檔，后端實現(xiàn)接口，前端做靜態(tài)的mock（可以是直接在頁面的JS拼假數(shù)據(jù)或者通過JSONserver按照真實調用服務的方式集成），后端實現(xiàn)服務接口，兩邊都完成后集成聯(lián)調?，F(xiàn)在有swagger或者apiairy等工具可以更簡化這個過程

后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？

一個非常好的問題，我是工作多年的Web應用架構師，來回答一下這個問題。歡迎關注我，了解更多IT專業(yè)知識。

后端給出接口文檔太晚，也合理也不合理，要看具體情況，總有解決方法，我來說一下我的觀點。

不合理：成熟的技術團隊，重視功能設計，在動手寫代碼之前已經有了完整的技術文檔和功能定義，甚至在TDD測試驅動開發(fā)模式中，測試數(shù)據(jù)已經準備就緒，那么這時接口文檔不管寫沒寫，接口邏輯都是已經確定的，整理出來是水到渠成。

合理：多存在于早期小型創(chuàng)業(yè)公司，主觀客觀原因都有。

- 先說主觀原因。趕進度、沒時間、懶得寫，甚至開發(fā)前都沒做仔細的設計，邊做邊改，這些原因普遍存在，也實在沒啥好辦法。

- 客觀原因，需求在變，功能跟著變，接口也要變，那么如果寫了文檔，理所當然也要更新維護??？我的天哪。

有解決方法嗎？建議試試：

1，Swagger接口文檔，將文檔融合到代碼中，讓維護文檔和修改代碼整合為一體，使得修改代碼邏輯的同時方便的修改文檔說明。

2，Postman接口測試工具，導入導出JSON文件，高效團隊協(xié)作。Postman支持各種請求方式和配置環(huán)境變量，并對返回結果進行測試校驗，支持批量自動化運行，可以和自動構建系統(tǒng)集成。

程序里的前端和后端是什么意思？

通俗一點的說，[前端] 就是我們可以直接查看的內容，包含用戶可以看到和體驗的一切，比如你瀏覽網(wǎng)站或使用 APP 的時候，各種各樣的頁面布局、圖片、按鈕、菜單、文字、視頻等等，而 [后端] 是程序中無法被用戶看到的這部分，進行數(shù)據(jù)交互及網(wǎng)站數(shù)據(jù)的保存和讀取，它包含著所有的邏輯功能，支撐著前端。

前端和后端在項目開發(fā)過程中都起著至關重要的作用，它們就像同一個硬幣的兩面，都起著重要的作用。

前端開發(fā)涉及到的技能主要有：Html、CSS、JavaScript、Java或kotlin（Android開發(fā)）、Object-C或Swift（iOS開發(fā)）；當然也有很多前端的開發(fā)框架：Vue、React、Angular 等等；

后端開發(fā)語言比較多，現(xiàn)在 Java 占了大半壁江山，常用的框架或中間件諸如 Spring 全家桶、關系型數(shù)據(jù)庫 MySQL、Oracle等、非關系型數(shù)據(jù)庫 Redis、MongoDB、ES 等、消息中間件等等。

可以看到前端開發(fā)和后端開發(fā)的差別還是比較大的。

現(xiàn)在有一個非常流行的詞兒叫做“前后端分離”，也就是前端工程和后端代碼分開部署，前后端通過接口的方式進行連接，這樣前后端的開發(fā)人員在約定好接口之后，就可以并行開發(fā)，并且一套后端可以支持不同的前端，實現(xiàn)后端代碼的復用。

作者：會點代碼的大叔 ，一個寫代碼的架構師，專注程序員的學習和成長，關注并私信我數(shù)字“1”，送你一份程序員大禮包。

后端提供給前端的接口以及前后端聯(lián)調是怎樣的？

感謝邀請！

在編程行業(yè)有兩個接口的概念！

第一個接口的概念是面相對象的接口，這個接口可以實現(xiàn)封裝！多態(tài)，高內聚，低耦合的優(yōu)質代碼！

第二個就是你說的前端調用后端接口，為了使用前后端分離，一般現(xiàn)在公司都是使用mvc的方式來進行編寫項目，目的是前端不論是傳統(tǒng)的html還是安卓都可以正確的得到他們想要的數(shù)據(jù)，一般所謂的接口是一個url，會有指定的格式，比如給你傳輸什么數(shù)據(jù)，你給返回什么格式的數(shù)據(jù)，現(xiàn)在常用的就是xml或者json格式！

這個應該就是你說的前后端聯(lián)調！

不知道能不能幫上你！

怎么看待一些后端程序員不寫接口文檔，老是以很忙為借口搪塞？

感謝邀請！
不寫接口文檔，一般都是很忙?；蛘邲]有空閑的時間去梳理文檔。

前后端對接，一般前段開發(fā)人員一般都需要后端人員提供接口文檔，但是現(xiàn)在swagger文檔已經完全可以提供該功能。很多情況下后端開發(fā)程序員集成一個swagger進去，會自動生成相應的文檔。

可以給后端開發(fā)人員一定的時間去學習swagger或者集成swagger進項目。

和后端對接，后端說：我不聽，你說的是錯的我為什么要聽！小前端的我氣哭了，怎么辦？

在IT行業(yè)內，前端和后端之間的溝通確實經常出現(xiàn)問題，出現(xiàn)問題的原因無非是三點，其一是后端服務跟不上前端需求；其二是前端開發(fā)人員對于后端服務接口的理解有偏差；其三是接口設計不足，導致前端調用繁瑣且低效。

對于前端開發(fā)人員來說，要想與后端溝通順利進行，首先要從理解中間接口入手，只有把接口搞清楚了，與后端的溝通才能夠順利進行，而且責任劃分也會更清晰一些。通常來說，接口的定義都是由架構師來完成的，也是在充分理解整個項目需求的基礎上進行設計的，但是接口設計也是一個動態(tài)的過程，并不是設計完之后就不改變了，所以當中間接口不能滿足前端開發(fā)人員的需求時，也可以先與架構師溝通一下。當然，在實際開發(fā)的過程中，有不少前端開發(fā)人員會直接跟后端提需求，后端大部分情況下也會根據(jù)需求來調整接口并給出實現(xiàn)。

目前很多項目的開發(fā)是前后端同時進行的，由于前端開發(fā)通常效率要高一些，所以通常會出現(xiàn)前端推著后端走的情況，這對于后端開發(fā)人員來說，壓力還是比較大的，畢竟后端業(yè)務處理的過程還是相對比較復雜的。在實際開發(fā)的時候，后端開發(fā)人員通常會為接口提供一些模擬數(shù)據(jù)，以便于前端人員調用。

最后，前端開發(fā)人員與后端進行溝通的時候，要能夠把問題說清楚，而不是上來就要求后端人員進行調整，因為后端開發(fā)人員也是基于接口的要求來提供實現(xiàn)的，所以溝通的方式也是比較重要的。

我從事互聯(lián)網(wǎng)行業(yè)多年，目前也在帶計算機專業(yè)的研究生，主要的研究方向集中在大數(shù)據(jù)和人工智能領域，我會陸續(xù)寫一些關于互聯(lián)網(wǎng)技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收獲。

如果有互聯(lián)網(wǎng)、大數(shù)據(jù)、人工智能等方面的問題，或者是考研方面的問題，都可以在評論區(qū)留言，或者私信我！