web前後端分離伺服器該如何選擇

2021-05-23 21:43:30 字數 2970 閱讀 8774

1樓:**安全伺服器安全

前端 和後端 分離 最好 再加一臺資料庫 總共3臺伺服器 再同一個內網。

前端和後端和資料庫 都分離開。 然後資料庫只對前端和後端 通訊

web前端開發,前後端分離具體是怎麼樣的工作模式

2樓:o歸隱情緣

前後端分離,顧名思義就是

前端只負責前端的開發,後端只只負責後端的開發,如何通過介面來進行資料互動。

這樣做的好處就是:開發可以同時進行,**維護更加方便,前端只需要拿到後端提供的介面,傳遞對應的資料就可以了,然後再把後端返回的資料渲染到前端頁面上。

至於跨域問題是可以解決的,一般讓後端解決就行了。最後上傳到伺服器的也很簡單,你前端的就上傳你開發的前端**,後端的就上傳他後端的**就搞定了

**開發中的前後端分離的問題

3樓:醫政司

對於前後端分離,認識上有個誤區,那就是很多人自稱:我們老早就分離了,全ajax,使用angular或者什麼什麼就可以了。

這個說法是不合適的,打個比方,別人問的是「如何解決家禽把蛋生在水草邊的問題?」,但實際上人家養的是鴨子,答題的卻是養雞的,所以回答「不讓去水邊就行了」,這顯然不在點子上。

這兩年業界說的前後端分離,是限於偏展示類的系統(用a代替),而不是應用、管控類web專案(用b代替),在b類專案裡,前後端是天然分離的,對此,除了

少部分後端開發人員,基本所有人的認識都是一致的。上一段中這樣回答的人一般都是隻做b類專案,在b類專案裡,前後端分離是共識,不需要討論。

那麼,剩下的問題就是討論a類專案的前後端分離了。這個問題的核心在什麼地方呢,在於模板的與資料結合的位置,以及,模板的控制權在誰手裡。經過這兩年的討論,基本上我們可以達成的共識就是:

模板應當由前端人員去控制,主要原因有兩方面:

- 效能優化(尤其是外部資源的管理與釋出,請求合併等等)

- 協作的順暢性(已形成模板的介面片段的返工等問題)

那麼,模板到底應該在什麼地方跟資料結合?

這個問題就比較折騰了,有部分人嘗試像b類專案那樣,使用js模板,然後在瀏覽器端執行,這是存在一些問題的,比如說seo不友好,首屏效能不夠,尤其對於首頁dom量很大的電商類**,差距很明顯。

所以我們還是得把主要的模板放在服務端來執行。在這個過程中,阿里作了一些嘗試,那就是引入node層,在這一層把模板與資料進行合成,然後瀏覽器拿到的就

是生成好的html了,但也不是所有html都是這麼生成好的,還是會有一些內容等到了瀏覽器之後,再用js去載入和生成。

所以這一定會是一個混合方案,同一個系統中存在兩種模板,一種在服務端執行,一種在瀏覽器中執行,互為補充。

至於說這個方案中,是否中間層一定要是node,我覺得無所謂,只要是能正常做web專案的東西都可以,這個還是要看所在企業的技術積累方向,當然node

做這塊是有一些優勢的,比如對前端人員的語言友好性,前後端模板的通用性等等,但這些都是細節,重點還是整體方案和流程。

這時候回頭看你問題中的這句:

> 前後端分離的意思是,前後端只通過 json 來交流,元件化、工程化不需要依賴後端去實現。

我相信你這裡對前後端的限定是以瀏覽器為準的,但事實上,a類專案中,前後端的分界一定要延伸到伺服器端的模板層,也就是在這一層裡,把各種**的資料整合到模板中,這個資料未必是json格式的,會存在有json,xml,特定的二進位制等等。

元件化這個話題就更復雜了,在剛才組織形式中,很難說出究竟什麼才是元件。是某個商品的模板嗎?是資料嗎?是資料和模板的結合體嗎?沒法回答。在此,我說一

句自己的看法:像電商這種專案的前端部分,基本不存在元件的概念,甚至不存在元件化的價值,因為這裡面可複用的東西太少了,也不易提取,大多數東西都是不

帶邏輯的介面模板。

最近因為reactjs的流行,帶來了一個isomorphic的概念,這是一種很有意義的探索,但是否能解決這類問

題,尚不得而知,根據我的理解,它對b類專案是較好的補充方案,但對a類專案暫時還缺乏可用性,因為a類專案中,執行期的dom變更並不多,多是整片的改

變,用這個方案去解決的話,有些牛刀殺雞的感覺。

關於b類專案的元件化,我之前那個沒寫完的系列是關於它的,但經過最近一年多的思考,我又覺得需要再重新寫一篇東西了。感謝你的問題提醒了我,這就寫。

web專案開發為何要走前後端分離模式?

4樓:幽豆逗

畢竟只有前後端都走分離模式才可以促進這個專案的發展

5樓:哈哈哈

因為現在的前後端分離模式是非常高超的,利潤度是非常的高的。

6樓:風蜂蜜柚子茶

因為只有前後端分離的模式才能適應這個專案的開發。

7樓:夢醒時分緣何為

因為只有這樣這個專案才能夠往前推進不是的嗎

8樓:匿名使用者

麻煩不要再搞什麼前後端分離了好吧,後端人員寫介面文件,對介面更痛苦了,反反覆覆改**,浪費時間,浪費精力。效率明明更差了

9樓:吹氣球小男孩

那時候的一些專案都只有一個包,沒有什麼**規範,業務邏輯散落在各處,甚至是jsp中直接訪問資料庫並做業務處理。

10樓:我是跳閘了

因為這就是未來發展的趨向的,所以才會這樣的。

11樓:瓶蓋缺塞兒

這個是為了更好的為生活和其他方面提供更好的幫助。

12樓:匿名使用者

分為前端和後端有他自己的戰略經營,是沒有錯的

web開發中,怎樣做到前後端分離

web為什麼要前後端分離?優點是什麼?

13樓:星幣騎士

解耦,降低耦合度,而且前後端分離可以提升一些後端的開發效率。

web前後端分離的意義大嗎,Web 前後端分離的意義大嗎

對於前後端分離,認識上有個誤區,那就是很多人自稱 我們老早就分離了,全ajax,使用angular或者什麼什麼就可以了。這個說法是不合適的,打個比方,別人問的是 如何解決家禽把蛋生在水草邊的問題?但實際上人家養的是鴨子,答題的卻是養雞的,所以回答 不讓去水邊就行了 這顯然不在點子上。這兩年業界說的前...

伺服器安全的問題,web伺服器可能存在的安全問題有哪些??

1全部1,打全伺服器補丁,主要是高危補丁 2,磁碟檔案許可權設定好,許可權設定好了,入侵只有得到管理員許可權才可以操作到 3,做好安全策略,拒絕掉沒有授權的使用者名稱,ip連線等。4,各種軟體的漏洞要修補,許可權一般要設定為最小許可權,如sql2000的。5,做好以上4點,一般不容易被入侵了,如果還...

web伺服器軟體是幹什麼用的,CRM伺服器是幹什麼用的

web伺服器主要主要是用來搭建 的 apache是世界使用排名bai第一的web伺服器軟du件。它可以執行在幾zhi乎所dao有廣泛使用的計算機版平臺上。apache源於權ncsahttpd伺服器,經過多次修改,成為世界上最流行的web伺服器軟體之一。apache取自 a patchy server...