1樓：君慕賢
對於前後端分離的技術是乙個很大的創新，雖然現在已經很普遍了
現在的網際網路時代已經很久遠了，隨著技術的進步，我們對程式的要求越來越高，如果說你現在是什麼都會，那麼就會存在什麼都不精的問題，大型公司需要專業人才，小型公司需要前後端都會的人才，對於個人的職業發展，我更加贊成分離
後端開發的重點是高併發、高可用、高效能、安全、業務等，這是問題是開發人員必須考慮到的，然後在開發中必須圍繞這幾個問題才能使你的程式健壯；然後前端就不是很了解了，大概是需要頁面的流暢和使用者體驗
第一種方案，如果是前後端分離，前端根本就沒必要關心後端使用了什麼技術，而且我們的網頁和軟體都只需要使用同一套介面就行了，需要的就是乙份介面文件就
當然，頁面過於多和複雜的時候，應用第一次載入就會比較慢
但是在做企業級別的開發的時候，這些完全可以忽略不計
第二種方案，後端只需要注重我們的邏輯開發，但是NodeJS比較容易掛，然後維護和部署的成本也是比較高，當然對於前端工程師的要求也是很高
所以，這種方案的選擇得看你們團隊的前端能力
第三種方案，需要後端人員熟悉前端三劍客，前後端的溝通比較多
這種方案也是不好選
第四種方案，這種方案後端雖然不用關心前端的問題，但是卻大大增加了前端人員的開發難度，因為需要前端人員進行部署和搭建後端環境
這種方案更加不可取
2樓：菇涼不哭我們狠堅強i
你有這麼多空餘時間，與其自學，還不如去訓練組織學習，一來遇到問題隨時能夠處理，二來你把握的速度也變快，能夠盡早的找到作業。現在都是根據MVC（模型企圖操控）形式的結構，常用的像STRUTS2、SPRING、HIBERNATE、Mybatis。其中struts2主要是檢視操控結構不負責資料銜接層的東西，spring最雜亂也是最全面最好用的結構，它能夠作為web使用的bean管理容器，整合struts2、hibernate/MyBatis，也能夠經過springMVC單獨完結MVC形式。
spring有許多有用的東西（依賴注入、AOP面向切面的程式設計等）。hibernate、MyBatis都是資料庫銜接層的結構，用來耐久化資料。
3樓：ltye
企業應用的話，方案一的缺點不是問題，使用者不會太在乎首頁載入慢了那麼一點。網際網路應用的話，方案二nodejs不是很好的擋在tomcat前面抗住大併發了麼？我覺得對訪問效能反而有提公升幫助呢
前後端分離架構概述
巴蜀龍門陣 現在很多都無需炒製，拿回家鍋中倒入清水煮沸，加入火鍋底料就可以了。火鍋底料都是在工廠經過炒製，各方面嚴格把控之後才拿出來售賣。 在火鍋店幹過，是那種自助火鍋店，我在後廚所見到的也是使用的是一包包的火鍋底料，然後有加高湯和香料，這還是我們那邊比較火的店了，所以火鍋底料是完全夠的 已登出 講...
如何利用vue和php做前後端分離開發？
張記技術鋪 一般公司發展到一定規模，都會考慮前後端分離。前後端分離的好處不言而喻 1.前端和後端團隊在快速迭代中可同時進行。即解耦。通常網際網路專案時間都非常緊。傳統模式會等前端寫完靜態頁面之後，給PHP同學套模板。這樣序列的方式，使前端在寫靜態頁面的時候，後端同學空閒，反之亦然。嚴重拖累專案節奏。...
前後端分離就必須 SPA 嗎？
Exception.neko 你不清楚什麼叫前後端分離 前後端分離是指後端暴露資料介面，前端用ajax獲取後端的資料，然後經過js一系列的操作，展示給頁面 這跟SPA沒什麼關係，前端想怎麼搞都行 七分甘願 話說天下大勢，分久必合，合久必分。前後端分離這麼些年，現在微軟要借razor推blazor利用...