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

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

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

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

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

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

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個(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)集成。

Java和web前端哪個(gè)比較好，平時(shí)哪個(gè)加班嚴(yán)重？

它沒(méi)有說(shuō)哪個(gè)加班是嚴(yán)重的。這取決于項(xiàng)目要求。一般來(lái)說(shuō)，加班很嚴(yán)重，但是工資很高。

哪句好話要說(shuō)，沒(méi)有固定的，就看人了，看你適合哪一個(gè)，我想好了，Java可以被PHP、Python等代替，但是web不會(huì)，因?yàn)闆](méi)有人可以代替web。Java現(xiàn)在真的很流行，但是你要考慮長(zhǎng)遠(yuǎn)

我們知道對(duì)于一個(gè)項(xiàng)目來(lái)說(shuō)，一般分為前端和后端。前端和后端的分工是不同的?？傊岸素?fù)責(zé)界面的顯示和交互，后端負(fù)責(zé)數(shù)據(jù)的處理。

新朋友可能會(huì)問(wèn)前端和后端哪個(gè)更難。其實(shí)，沒(méi)有絕對(duì)的結(jié)論，也不是你想的那樣。前端只是做界面顯示和交互，所以很簡(jiǎn)單。

前端和后端的定位不同，所需的知識(shí)點(diǎn)也不同?？偟膩?lái)說(shuō)，區(qū)別如下：1。知識(shí)系統(tǒng)

在知識(shí)系統(tǒng)中，前端小于后端。為什么？

讓我們來(lái)看看前端一般需要掌握哪些知識(shí)：

HTML、DIV CSS、CSS3、HTML5

javascript、jQuery

框架：Vue等

而后端需要掌握的知識(shí)更多，主要是：

開(kāi)發(fā)語(yǔ)言：Java、python、PHP等

開(kāi)發(fā)框架：spring、Yii、，等等

系統(tǒng)和服務(wù)：Linux、windows、etc服務(wù)器、nginx、Tomcat、Apache等

體系結(jié)構(gòu)：讀寫分離、主從同步、負(fù)載平衡、微服務(wù)、容器等

2。在難度和易用性方面，前端的入門門檻遠(yuǎn)低于后端，但這并不意味著前端非常簡(jiǎn)單。比如，前端JS的入口雖然簡(jiǎn)單，但也很難掌握。

后端對(duì)知識(shí)體系的要求更高，關(guān)聯(lián)性更強(qiáng)，入門門檻更高。

這是我的觀點(diǎn)。你覺(jué)得這個(gè)問(wèn)題怎么樣？歡迎來(lái)到下面的評(píng)論區(qū)~我是科技領(lǐng)域的創(chuàng)造者，歡迎關(guān)注我，了解更多科技知識(shí)

前端和后臺(tái)哪個(gè)更難學(xué)一些？

感謝您的邀請(qǐng)?？破諄?lái)了。軟件種類太多了。每種軟件在每個(gè)公司都有不同的開(kāi)發(fā)方法，但是開(kāi)發(fā)過(guò)程是不同的。

要開(kāi)發(fā)軟件，一般不要一想到開(kāi)發(fā)系統(tǒng)就開(kāi)始敲代碼。畢竟，你需要弄清楚你需要做什么軟件，軟件的用戶是什么樣的，軟件需要什么功能，軟件需要什么規(guī)模。經(jīng)過(guò)一定的可行性分析和研究，進(jìn)行了軟件開(kāi)發(fā)步驟。讓我們以企業(yè)web系統(tǒng)的開(kāi)發(fā)為例：

第一步通常是進(jìn)行需求分析。面向企業(yè)的軟件一般需要與甲方確認(rèn)需求，需要一到兩個(gè)月或更長(zhǎng)時(shí)間。

第二步是進(jìn)行原型設(shè)計(jì)，設(shè)計(jì)出符合要求的軟件。有些公司可能不會(huì)直接依賴草圖。

第三步，詳細(xì)設(shè)計(jì)，這是非常重要的一步，數(shù)據(jù)庫(kù)設(shè)計(jì)，界面設(shè)計(jì)，開(kāi)發(fā)人員會(huì)根據(jù)詳細(xì)設(shè)計(jì)進(jìn)行編程。

第四步是開(kāi)發(fā)和測(cè)試。你知道，程序開(kāi)始寫錯(cuò)誤了。事實(shí)上，測(cè)試和修復(fù)bug是齊頭并進(jìn)的。通常是在測(cè)試之后開(kāi)發(fā)下一個(gè)任務(wù)，用bug修復(fù)bug，然后在沒(méi)有bug的情況下開(kāi)發(fā)下一個(gè)任務(wù)。

第五步是迭代。這些要求不是一下子就確定的。需求中會(huì)有新的需求或變化，因此需要重復(fù)上述過(guò)程。

第六步，當(dāng)軟件需求完成時(shí)，測(cè)試沒(méi)有問(wèn)題?；旧?，您可以進(jìn)入用戶測(cè)試階段，然后進(jìn)入生產(chǎn)環(huán)境。這是軟件開(kāi)發(fā)的終結(jié)。