前後端分離就必須 SPA 嗎?

時間 2021-05-29 22:55:01

1樓:Exception.neko

你不清楚什麼叫前後端分離

前後端分離是指後端暴露資料介面,前端用ajax獲取後端的資料,然後經過js一系列的操作,展示給頁面

這跟SPA沒什麼關係,前端想怎麼搞都行

2樓:七分甘願

話說天下大勢,分久必合,合久必分。

前後端分離這麼些年,現在微軟要借razor推blazor利用webassembly讓你做高效率的全棧工程師和產品

3樓:Henry YANG

我的理解是前後端分離和SPA關係不大,前後端分離主要是工程上的分離,把前端當做單獨的工程來構建,而不是後端工程的一部分。這個時候,後端只提供介面資料,前端負責互動,資料請求和渲染等等。所以題主你會發現,SPA並不是前後端分離的唯一形式,多頁面專案也可以前後端分離,只不過是路由還是由後端維護罷了

4樓:hyu jj

winfrom都不這樣搞啊,只用乙個主要的介面,然後全部讀取、解除安裝在這上邊,程式極難寫,而且不知道有什麼優點。

現在網速早已不是瓶頸了

5樓:Ahungrynoob

前後端分離和SPA是兩個東西,前後端分離:基於ajax技術,可以前端後端並行開發,通過ajax獲取資料,前端執行js來渲染頁面。

結論:前後端分離不需要SPA,SPA也可以前後端不分離,比如SSR,同構直出渲染。

6樓:郭子安

寫jq用ajax也是前後分離啊

前後分離的概念就是,我有我寫js,你有你寫介面,然後後端給資料結構,我根據資料結構寫,寫好然後對接介面,搞定。

跟是否spa或webpack沒關係。

7樓:danjk159

spa我是有查沒有懂,但是前後端分離就是面向介面程式設計啊,沒啥需要和其他扯在一起吧

額,我知道了,不過沒啥必要吧,這類思路我在android中做過,乙個activity裡面有n多個fragment,按照fragment來進行相應邏輯,不過嘛不是常規做法,小應用還好,複雜之後還是按照常規做法來得實在.

8樓:troy351

SPA是為了幫助前後端分離後更好的組織開發用的。

也就是說前後端分離可以不用SPA,但是用了能更方便開發,所以大部分人會用

9樓:QWER

誰說的,https://

。包括PC的也是類似的方式,爽歪歪

10樓:落木蕭蕭

不是必須.

傳統開發都是前端寫好html, 然後扔給後端用模板引擎. 主要工作其實都在後台.

只是目前主流vue react ng 都有配套的構建工具,生態圈.然後做的大多數都是後台管理系統介面單頁和多頁沒啥區別. 而且webpack也是可以配置多頁的, 看個人需求

前後端分離架構概述

巴蜀龍門陣 現在很多都無需炒製,拿回家鍋中倒入清水煮沸,加入火鍋底料就可以了。火鍋底料都是在工廠經過炒製,各方面嚴格把控之後才拿出來售賣。 在火鍋店幹過,是那種自助火鍋店,我在後廚所見到的也是使用的是一包包的火鍋底料,然後有加高湯和香料,這還是我們那邊比較火的店了,所以火鍋底料是完全夠的 已登出 講...

Web 前後端分離的意義大嗎?

國內的前後端分工是有歷史原因的,早期有一批前端就是寫html,切圖,頂多來點jquery,這些後端選手做不來,做了也不符合設計師或產品要求,來來回回很麻煩,所以還不如專職找乙個專注於介面展示這一塊的,後來前端發展越來越深,就脫離了這個概念成為了純的工程師,現在各類ui庫也很盛行,對設計的要求就沒那麼...

現在前後端分離趨勢下,後端還要學習前端嗎

小小虎 肯定得了解呀,不然後臺就不知道要給前端返什麼型別的資料,我之前就遇到過乙個後台,一點都不懂前端,什麼東西都讓前端做,返給前端的資料都不規範,本身很簡單的json資料,硬是給了一組4維,操作起來太tm麻煩了 已登出 不學client side沒關係,但是http你得學,cookie怎麼用你得知...