正文

前后端分離用什么技術（前后端分離用什么技術實現-）

發(fā)布時間：2023-03-13 04:20:40 稿源：創(chuàng)意嶺閱讀： 1203 問大家

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關于前后端分離用什么技術的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

ChatGPT國內免費在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關鍵詞，就能返回你想要的內容，越精準，寫出的就越詳細，有微信小程序端、在線網頁版、PC客戶端

官網：https://ai.de1919.com

本文目錄:

1、對于前后端分離項目，還適合使用springmvc嗎
2、前后端分離一定是用前臺和后臺軟件嗎
3、go開發(fā)是全棧還是前后端分離
4、前后端分離微服務架構如何設計

前后端分離用什么技術（前后端分離用什么技術實現-）

一、對于前后端分離項目，還適合使用springmvc嗎

不知道你說的前后端分離

是指前后端有關系分開來開發(fā)

還是指前后端沒有關系

如果是前后端有關系分開開發(fā)

Spring MVC適合使用

如果前后端沒有關系

可以考慮使用其它技術或方式實現

二、前后端分離一定是用前臺和后臺軟件嗎

不一定。

前后端分離并不只是開發(fā)模式，而是Web應用的一種架構模式。把前端與后端獨立起來去開發(fā)，放在兩個不同的服務器，需要獨立部署。

在Web應用開發(fā)過程中，業(yè)界對前后端的分界線似乎一直都沒有確定的概念，不過大多數人以瀏覽器作為前后端的分界線。將瀏覽器中為用戶進行頁面展示的部分稱為前端，而將運行于服務器，為前端提供業(yè)務邏輯和數據準備的所有代碼統(tǒng)稱為后端。

三、go開發(fā)是全棧還是前后端分離

Go語言本身不具備前端開發(fā)能力，只能作為后端開發(fā)語言來使用，因此Go開發(fā)不能算是全棧開發(fā)，而是屬于前后端分離的開發(fā)模式。Go語言可以實現后端的API開發(fā)、數據庫訪問與操作、Web服務器開發(fā)等功能，而前端開發(fā)則可以采用HTML、CSS、JavaScript等前端開發(fā)技術來實現。

四、前后端分離微服務架構如何設計

前端

前端開發(fā)人員專注業(yè)務的頁面呈現，非常注重用戶體驗度，也是與各種角色打交道最多的。

比如：

一般前端工作包括六個部分：

后端

如果前后端職責劃分很清楚的話，后端更多開發(fā)工作在于業(yè)務接口設計、業(yè)務邏輯處理以及數據的持久化存儲，并提供詳細的接口設計文檔給前端開發(fā)人員使用。

一般后端工作包括五個部分：

1、與產品經理對接需求

2、業(yè)務 API 接口開發(fā)：根據根據需求文檔進行業(yè)務接口開發(fā)

4、接口對接：與前端開發(fā)人員接口對接

5、前后端聯(lián)調測試：包括頁面展示以及接口數據

6、bug修復

前端開發(fā)技術棧

h5 、 css 、 nodejs / vue / angular / react 、 webpack 、 hbuilder / vscode 等

后端開發(fā)技術棧

SpringCloud / Springboot 、 SpringMVC 、 ORM 框架、數據庫、緩存框架（ Redis ， Codis , Memcached 等），大數據框架（ Hadoop / Spark / hive / Hbase / Storm / ES / Kafka ）等等

技術選型

最好選擇成熟穩(wěn)定，易上手、開發(fā)效率高的技術，因為實際項目開發(fā)時間是有限的，開發(fā)人員沒有多少精力放在學習和深度研究技術上。

數據格式

后端開發(fā)提供接口設計文檔，詳細寫明每個接口的請求地址、請求參數、響應參數等等；一般采用 REST 風格以 JSON 格式提供數據。

接口設計

一個接口設計的好壞，直接影響到前后端的一些溝通協(xié)調問題。

依筆者的經驗來看，如果后端接口不穩(wěn)定，會導致前端開發(fā)人員反復修改頁面數據呈現。常常出現后端開發(fā)說這是前端問題，前端開發(fā)說是后端問題，來回扯皮，溝通效率低下。

接口容量問題

一個接口的業(yè)務容量大小，往往代表前后端工作量的大小。

如果一個接口的業(yè)務容量太小，前端需要分階段處理的事情就多，尤其是對多個接口 Ajax 異步處理；

如果一個接口的業(yè)務容量太大，那么業(yè)務耦合性高，萬一需求變更，后端程序改動大，不利于程序的擴展。

一、前后端分離的思想要轉變

不能老是按照傳統(tǒng)WEB（ js/h5/css/ 后端代碼放在一個工程）開發(fā)思維去看待前后端分離

二、溝通成本問題

以前傳統(tǒng) WEB 開發(fā)，開發(fā)人員從需求到設計到開發(fā)基本上是一個人。

而前后端分離后，前端只負責頁面呈現，后端更注重業(yè)務邏輯處理以及數據的持久化，雙發(fā)都有自己的側重點，工作量上有私心。

三、組織結構問題

康威定律

第一定律： Communication dictates design （組織溝通方式會通過系統(tǒng)設計表達出來）

第二定律： There is never enough time to do something right, but there is always enough time to do it over （時間再多一件事情也不可能做得美，但總有時間做完一件事情）

第三定律 ： There is a homomorphism from the linear graph of a system to the linear graph of its design organization （線型系統(tǒng)和線型組織架構間有潛在的異質同態(tài)特性）

第四定律： The structures of large systems tend to disintegrate during development, qualitatively more so than with small systems （大的系統(tǒng)組織總是比小系統(tǒng)更傾向于分解）

康威定律說明以下幾點

四、部署及監(jiān)控運維

前后端分離后，拆分的服務會帶來線上部署以及如何監(jiān)控運維的復雜性。

總體來說，前后分離所帶來的好處還是更明顯的。一個成熟的前后端分離的團隊，文檔化約定，前后端職責分離、接口約定都是做得比較好的

以上就是關于前后端分離用什么技術相關問題的回答。希望能幫到你，如有更多相關問題，您也可以聯(lián)系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內容。