后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？一個(gè)非常好的問題。我是一個(gè)web應(yīng)用程序架構(gòu)師，多年來一直致力于回答這個(gè)問題。歡迎跟我來了解更多。后端提供接口文檔為時(shí)已晚，這是合理和不合理的。根據(jù)具體

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

一個(gè)非常好的問題。我是一個(gè)web應(yīng)用程序架構(gòu)師，多年來一直致力于回答這個(gè)問題。歡迎跟我來了解更多。

后端提供接口文檔為時(shí)已晚，這是合理和不合理的。根據(jù)具體情況，總有解決辦法。讓我談?wù)勎业挠^點(diǎn)。

不合理：成熟的技術(shù)團(tuán)隊(duì)重視功能設(shè)計(jì)，在編寫代碼之前有完整的技術(shù)文檔和功能定義。即使在TDD測(cè)試驅(qū)動(dòng)的開發(fā)模式下，測(cè)試數(shù)據(jù)已經(jīng)準(zhǔn)備好了，那么接口邏輯就已經(jīng)確定了接口文檔是否編寫好了，理清它們是很自然的。

-第一，主觀原因。原因是多方面的，比如趕進(jìn)度，沒有時(shí)間，不懶得寫，甚至在開發(fā)前沒有仔細(xì)設(shè)計(jì)，在做的時(shí)候也有變化。真的沒有好辦法。

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個(gè)文件，它的自然更新和維護(hù)？天哪？

有解決方案嗎？建議嘗試：[1]swagger接口文檔，將文檔集成到代碼中，集成維護(hù)文檔和修改代碼，在修改代碼邏輯的同時(shí)方便修改文檔描述。

2、郵遞員界面測(cè)試工具，導(dǎo)入導(dǎo)出JSON文件，高效的團(tuán)隊(duì)合作。Postman支持各種請(qǐng)求方法和配置環(huán)境變量，對(duì)返回的結(jié)果進(jìn)行測(cè)試和驗(yàn)證，支持批量自動(dòng)操作，可與自動(dòng)構(gòu)建系統(tǒng)集成。

大家一般用什么工具測(cè)試HTTP和json接口？

Soupui，這是最常用的接口測(cè)試工具。

在我們的日常開發(fā)過程中，大多數(shù)是兩種類型的接口：soap API和rest API。Soupui對(duì)這兩個(gè)接口都有很好的支持，而且它還支持Amazon Web服務(wù)，它只出現(xiàn)在軟件的首頁上，但沒有實(shí)際使用。

事實(shí)上，許多接口測(cè)試工具都很好地支持這兩種常見接口。這里我不詳細(xì)說明具體用法。它們都是圖形界面操作。您可以根據(jù)說明一步一步地創(chuàng)建一個(gè)新接口。

其中，壓力測(cè)試非常方便，也可以根據(jù)提示逐步創(chuàng)建。最后的操作頁面是這樣的：

您可以設(shè)置：并發(fā)數(shù)、策略、壓力測(cè)試時(shí)間等

結(jié)果可以顯示：最大響應(yīng)時(shí)間、最小響應(yīng)時(shí)間、平均響應(yīng)時(shí)間、TPS等。

非常容易使用，您可以嘗試。

程序員是做前端開發(fā)好，還是后端開發(fā)好呢？

程序員的概念在當(dāng)今社會(huì)非常普遍。它是時(shí)代創(chuàng)造的，也是一種潮流。科學(xué)技術(shù)是第一生產(chǎn)力，因?yàn)檫@個(gè)職業(yè)包含了這個(gè)社會(huì)太多人的技能，而不僅僅是代碼編寫、思維能力、行為模式等。從房東提出的問題可以預(yù)見，房東對(duì)這個(gè)職業(yè)了解不多。

那么我就從賺錢的角度（這可能是大多數(shù)人最關(guān)心的）告訴你前端和后端的利弊。

協(xié)調(diào)：北京（因?yàn)槲抑恢肋@一點(diǎn)，所以我也建議我年輕的時(shí)候，應(yīng)該在性價(jià)比更高的一線城市做程序員）。眾生——不是那么勤勞，也不是太有天賦：從入職到轉(zhuǎn)行，我基本上處于中等水平（或者可能是初級(jí)），程序員職業(yè)的工資在8-15k之間（不包括福利），在中等水平這個(gè)水平的學(xué)生，前面沒有什么區(qū)別而在后臺(tái)，他們中的大多數(shù)人都在寫業(yè)務(wù)或申請(qǐng)，他們中的大多數(shù)人都是為了運(yùn)氣而面試。如果他們是幸運(yùn)的，他們有一個(gè)低水平和高工資，但他們不是幸運(yùn)的，相反；

2。進(jìn)取型-非常勤奮，而且他們沒有太高的天賦：

這里我給出了“勤奮”的定義，即在整個(gè)程序員的職業(yè)生涯中不斷學(xué)習(xí)；

在這里每個(gè)間隔基本上都會(huì)達(dá)到準(zhǔn)高級(jí)的階段，而且很有可能成為高級(jí)。薪水大概在2.5-3萬之間，大多數(shù)能堅(jiān)持到這個(gè)階段的人都會(huì)有堅(jiān)持下去的理由，比如喜歡、愛、被生活所迫等等。在這種情況下，后端比前端更重要，因?yàn)楫?dāng)東西稀缺時(shí)，它總是很昂貴的。當(dāng)一個(gè)公司衡量一個(gè)人的工資時(shí)，它總是從稀缺性和不可替代性的角度來考慮支付多少。其他人的孩子-既有天賦又勤奮：

現(xiàn)階段的工資約為3-5萬，因此我們不能僅從以前的后端角度看待這一職業(yè)?；旧鲜菨M堆的。這是基于默認(rèn)情況下，你沒有問題寫業(yè)務(wù)。在架構(gòu)方面，訪談主要集中在算法、優(yōu)化、兼容性、底層等方面。所以在這個(gè)階段，我們應(yīng)該有能力成為許多事情的專家；

4。剩下的部分-請(qǐng)?jiān)徫覜]有總結(jié)這種人，因?yàn)槲蚁氩怀鋈魏卧~來形容他們：

跳過它。。我對(duì)他們也不是很熟悉。它們基本上與我的代碼世界是平行的；

總而言之，如果我們簡(jiǎn)單地混淆，我們可以看到哪一個(gè)容易開始，我們推薦前端。畢竟，閾值很低，單位時(shí)間早期的加速度很高。如果我們想有一個(gè)長(zhǎng)遠(yuǎn)的計(jì)劃，在這個(gè)時(shí)代，我們必須精通多種能力。無論我們專攻前端還是后端，在一定程度上，我們都是神。

軟件開發(fā)中前端和后端如何協(xié)同開發(fā)和集成？

要理解這個(gè)問題，首先需要了解前端和后端的開發(fā)職責(zé)。

那么前端和后端是如何交互的呢？在大多數(shù)情況下，雙方通過接口進(jìn)行交互。前端通過接口將請(qǐng)求發(fā)送到后臺(tái)，后臺(tái)接收請(qǐng)求進(jìn)行業(yè)務(wù)處理，并將處理結(jié)果反饋給前端。當(dāng)然，也可以說一方觸發(fā)一個(gè)事件，然后事件的描述通過特定的協(xié)議與前后站進(jìn)行通信。一般來說，雙方都約定了一定的命令、約定、攜帶信息的格式和說明，以及約定方式對(duì)某項(xiàng)業(yè)務(wù)返回結(jié)果的說明。通常，API文檔是在后臺(tái)提供的。文件受版本控制。如有變更，應(yīng)及時(shí)通知前臺(tái)開發(fā)人員，同時(shí)將變更說明寫清楚。前臺(tái)根據(jù)文檔使用一些模擬框架來模擬數(shù)據(jù)開發(fā)。這是現(xiàn)在流行的，也稱為前后分離。開發(fā)完成后，前臺(tái)將連接后臺(tái)測(cè)試應(yīng)用進(jìn)行測(cè)試。測(cè)試人員會(huì)通過一些協(xié)作平臺(tái)（如JIRA、tower等）將測(cè)試出的bug反饋給開發(fā)人員，并在開發(fā)人員修復(fù)后進(jìn)行測(cè)試。一直到要求的結(jié)果。隨后的新需求以上述方式重復(fù)，也稱為軟件迭代。

這就完成了軟件迭代的整個(gè)過程。軟件工程是一個(gè)系統(tǒng)工程。需要來自不同位置的人一起寫作。我希望我的回答對(duì)你有用

瀉藥。

首先，普及前端和后端正常交互的流程。

對(duì)產(chǎn)品的前端和后端進(jìn)行需求評(píng)審，前端和后端明確各自的業(yè)務(wù)量和聯(lián)調(diào)之間的工作量，以評(píng)估開發(fā)時(shí)間。

前端和后端討論了需要聯(lián)合調(diào)試的部分需求，并對(duì)接口的口頭協(xié)議進(jìn)行了溝通。

根據(jù)之前的口頭約定，前端和后端一方制定詳細(xì)的接口，編寫API文檔，完成后由另一方確認(rèn)。如果有任何疑問，我們將再次討論，直到雙方都沒有問題為止。

雙方根據(jù)協(xié)商的接口開發(fā)接口。如果在開發(fā)過程中發(fā)現(xiàn)需要添加或刪除某些字段，請(qǐng)重復(fù)步驟3。

雙方完成各自工作，開始前后聯(lián)調(diào)。如果在聯(lián)調(diào)過程中發(fā)現(xiàn)任何疑問，重復(fù)步驟3，直到聯(lián)調(diào)完成。

將完成的需求交付給產(chǎn)品，讓其體驗(yàn)，直到產(chǎn)品方面沒有問題

將完成的需求提交給測(cè)試人員以測(cè)試需求。如果發(fā)現(xiàn)任何問題，及時(shí)通知開發(fā)人員并讓其修改，直到需求中沒有bug為止。

由一個(gè)前端和一個(gè)后端人員起草評(píng)審單并發(fā)送給相應(yīng)的領(lǐng)導(dǎo)，說明需求發(fā)布的程序，包括受影響的頁面和業(yè)務(wù)、發(fā)布流程、發(fā)布回滾方案等

前端和后端保證在步驟1-8中沒有問題，并且發(fā)布他們自己的代碼。測(cè)試完成后，測(cè)試人員在線進(jìn)行相應(yīng)的測(cè)試。如果有bug，重復(fù)步驟7和9，直到成功啟動(dòng)需求。

----------------分段行----------------這里我們?yōu)槟峁┝艘粋€(gè)正常的接口文檔編寫格式（域名協(xié)商）

最后，舊規(guī)則是所有不喜歡它的人都是流氓（~escape）