事情的起因是這樣的，有個(gè)星球的小伙伴向邀請(qǐng)松哥在知乎上回答一個(gè)問題，原題是：

前后端分離的時(shí)代，Java后臺(tái)程序員的技術(shù)建議？
松哥認(rèn)真看了下這個(gè)問題，感覺對(duì)于初次接觸前后端分離的小伙伴來(lái)說(shuō)，可能都會(huì)存在這樣的疑問，于是決定通過(guò)這篇文章和大家聊一聊這個(gè)話題。

我這里還是盡量從一個(gè) Java 程序員的角度來(lái)說(shuō)說(shuō)這個(gè)問題，這樣大家可能更好理解。

從一個(gè)題外話開始
很多小伙伴可能知道，松哥本科是經(jīng)管學(xué)院的，亞當(dāng)?斯密的《國(guó)富論》多多少少還是了解一點(diǎn)。書中提到人類社會(huì)的本質(zhì)就是分工協(xié)作，亞當(dāng)?斯密認(rèn)為人類之間的專業(yè)分工可以極大的提高生產(chǎn)力、創(chuàng)造財(cái)富，專業(yè)分工也是工業(yè)革命的基礎(chǔ)。人類社會(huì)的發(fā)展過(guò)程就是一個(gè)專業(yè)分工不斷細(xì)化、不斷深化的過(guò)程，從最早的農(nóng)牧分家到手工業(yè)農(nóng)業(yè)分家再到商人的出現(xiàn)，其實(shí)都是專業(yè)分工不斷細(xì)化深化的體現(xiàn)。

我們的開發(fā)世界也是一個(gè)小宇宙，專業(yè)分工不斷細(xì)化也是一個(gè)趨勢(shì)，從這個(gè)角度來(lái)說(shuō)，前后端分離，都是值得積極擁抱的。

前后端分離的開發(fā)方式在最近幾年突然火起來(lái)，松哥認(rèn)為有兩方面的原因：

前端的發(fā)展。前端經(jīng)過(guò)近幾年的發(fā)展，已經(jīng)不再是我們傳統(tǒng)所說(shuō)的HTML+畫圖了，各種概念層出不窮，webpack、RxJs、Node、Redux、ssr、NuxtJs等，前端已經(jīng)可以勝任很多事情，也能夠完成更加豐富的用戶交互。
移動(dòng)互聯(lián)網(wǎng)的發(fā)展。前兩年移動(dòng)互聯(lián)網(wǎng)的火爆，很多公司的產(chǎn)品都要在多個(gè)平臺(tái)上線，Android、iOS、小程序、公眾號(hào)、PC 等等各個(gè)平臺(tái)都要展示，不可能針對(duì)不同的設(shè)備開發(fā)一套后端，應(yīng)該是多個(gè)前端共用同一個(gè)后端，這是就不能采用傳統(tǒng)的前后端不分的方式來(lái)開發(fā)后端程序了。正是這樣的業(yè)務(wù)需求，促進(jìn)了前后端分離的發(fā)展。
變與不變
程序員之間的分工協(xié)作方式有所變化，開發(fā)方式當(dāng)然也會(huì)隨著一起變化。但是這種變化其實(shí)是非常細(xì)微的，很容易上手的。

變
工作內(nèi)容變
老實(shí)說(shuō)，前后端分離之后，對(duì) Java 程序員的要求變低了，以前大家大家出去面試 Java 工程師，如果是前后端不分的話，前端基本上也是必問的，常見的問題就是各種元素選擇器，這也很好理解，因?yàn)樵谇昂蠖瞬环值拈_發(fā)方式中，后端工程師多多少少是要寫一點(diǎn)前端代碼的，你很難完完全全的只寫 Java 代碼。但是在這種情況下，你要寫的前端代碼其實(shí)都是很簡(jiǎn)單的，不會(huì)是特別難的。

前后端分離之后，Java 程序員只需要專注于后臺(tái)業(yè)務(wù)邏輯，對(duì)外接收前臺(tái)傳來(lái)的參數(shù)，根據(jù)參數(shù)給出不同的響應(yīng)即可，基本上不需要寫前端代碼。因?yàn)檫@個(gè)時(shí)候的前端不同于前后端不分時(shí)候的前端，前后端分離之后，前端還是有一定的難度，較為常見的是 SPA 應(yīng)用，涉及到 NodeJS、Webpack 等，此時(shí)如果還要讓后端工程師寫前端代碼，對(duì)后端工程師的技術(shù)要求就會(huì)比較高。

不過(guò)話說(shuō)回來(lái)，前后端分離后，如果你還能即寫前端又寫后端，那可以讓老板加薪了。

接口變
前后端不分的時(shí)候，很少會(huì)涉及到接口設(shè)計(jì)，以 SpringMVC 為例，你可能返回的始終是 ModelAndView 一類的東西，前后端分離之后，我們基本上不需要返回頁(yè)面了，后端主要是返回 JSON 數(shù)據(jù)，所以關(guān)鍵是設(shè)計(jì)好各種接口。

一個(gè)比較好的實(shí)踐方案是設(shè)計(jì)滿足 RESTful 規(guī)范的接口，語(yǔ)義明確，簡(jiǎn)潔明了，看到 URL 就知道你想干嘛！

開發(fā)流程變化
前后端分離之后，前端不可能等后端開發(fā)好接口之后再去開發(fā)，如果這樣，原本兩個(gè)月做完的項(xiàng)目可能就得 4 個(gè)月才能完成。

一般在開發(fā)之前，整個(gè)項(xiàng)目組需要先設(shè)計(jì)好一個(gè)接口文檔，一般可以采用 Swagger 來(lái)做接口文檔(SpringBoot整合Swagger2，再也不用維護(hù)接口文檔了！)，文檔中約定了接口的詳細(xì)信息，前后端分別按照既定的接口規(guī)范去開發(fā)，在尚未開發(fā)完成時(shí)，可以借助 Mock 來(lái)進(jìn)行測(cè)試。

前端也是使用模擬數(shù)據(jù)進(jìn)行測(cè)試，開發(fā)完成之后，前后端接口聯(lián)調(diào)，完成測(cè)試。

不變
其實(shí)除了前后端交互方式發(fā)生變化之外，其他的地方都是不變的。

前后端分離，一般來(lái)說(shuō)是不會(huì)影響后端技術(shù)架構(gòu)的，你使用了 SSM 或者 Spring Boot 或者 Dubbo 或者微服務(wù)，無(wú)論什么，這些技術(shù)架構(gòu)既可以支撐你前后端不分的項(xiàng)目，也可以支撐你前后端分離的項(xiàng)目。

因此我說(shuō)后端技術(shù)架構(gòu)不受前后端分離影響。

另一方面，技術(shù)的根本不變，例如你做 Java 開發(fā)，該會(huì)的 SSM/SpringBoot/Redis/Nginx/Dubbo/SpringCloud/MySQL/MyCat/ELK/…等等，都還得會(huì)。

所以，還是去老老實(shí)實(shí)擼代碼吧！

結(jié)語(yǔ)
如果僅僅從一個(gè) Java 程序員的角度來(lái)說(shuō)，前后端分離開發(fā)這種方式，其實(shí)是解放了 Java 程序員，可以讓我們專注于后端的工作，不用再去寫前端代碼，術(shù)業(yè)有專攻，可以寫出更優(yōu)質(zhì)的后端代碼。不過(guò)話說(shuō)回來(lái)，如果想保持一個(gè)良好的競(jìng)爭(zhēng)力，還是有必要去了解一下目前流行的前端開發(fā)方式。

前后端分離不是終點(diǎn)，只是軟件開發(fā)方式演變大潮下的一個(gè)點(diǎn)而已，未來(lái)的路還很長(zhǎng)，還有很多東西需要我們?nèi)W(xué)習(xí)，這只是一個(gè)其中一個(gè)而已。

最后再給大家推薦幾篇松哥之前寫的前后端分離的文章：

一個(gè)Java程序猿眼中的前后端分離以及Vue.js入門
Spring Boot + Vue 前后端分離，兩種文件上傳方式總結(jié)！
Spring Boot + Vue 前后端分離開發(fā)，前端網(wǎng)絡(luò)請(qǐng)求封裝與配置
Spring Boot + Vue 前后端分離開發(fā)，權(quán)限管理的一點(diǎn)思路
再推薦兩個(gè)入門項(xiàng)目：

微人事
V部落
好了，本文就說(shuō)到這里，有問題歡迎留言討論。

關(guān)注公眾號(hào)【江南一點(diǎn)雨】，專注于 Spring Boot+微服務(wù)以及前后端分離等全棧技術(shù)，定期視頻教程分享！

---------------------?
作者：_江南一點(diǎn)雨?
來(lái)源：CSDN?
原文：https://blog.csdn.net/u012702547/article/details/94381774?
版權(quán)聲明：本文為博主原創(chuàng)文章，轉(zhuǎn)載請(qǐng)附上博文鏈接！

總結(jié)

以上是生活随笔為你收集整理的前后端分离时代，Java 程序员的变与不变！的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。