正文

前后端分離用什么技術(shù)（前后端分離用什么技術(shù)實(shí)現(xiàn)-）

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

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

ChatGPT國(guó)內(nèi)免費(fèi)在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫(xiě)出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

1、對(duì)于前后端分離項(xiàng)目，還適合使用springmvc嗎
2、前后端分離一定是用前臺(tái)和后臺(tái)軟件嗎
3、go開(kāi)發(fā)是全棧還是前后端分離
4、前后端分離微服務(wù)架構(gòu)如何設(shè)計(jì)

前后端分離用什么技術(shù)（前后端分離用什么技術(shù)實(shí)現(xiàn)-）

一、對(duì)于前后端分離項(xiàng)目，還適合使用springmvc嗎

不知道你說(shuō)的前后端分離

是指前后端有關(guān)系分開(kāi)來(lái)開(kāi)發(fā)

還是指前后端沒(méi)有關(guān)系

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

Spring MVC適合使用

如果前后端沒(méi)有關(guān)系

可以考慮使用其它技術(shù)或方式實(shí)現(xiàn)

二、前后端分離一定是用前臺(tái)和后臺(tái)軟件嗎

不一定。

前后端分離并不只是開(kāi)發(fā)模式，而是Web應(yīng)用的一種架構(gòu)模式。把前端與后端獨(dú)立起來(lái)去開(kāi)發(fā)，放在兩個(gè)不同的服務(wù)器，需要獨(dú)立部署。

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

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

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

四、前后端分離微服務(wù)架構(gòu)如何設(shè)計(jì)

前端

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

比如：

一般前端工作包括六個(gè)部分：

后端

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

一般后端工作包括五個(gè)部分：

1、與產(chǎn)品經(jīng)理對(duì)接需求

2、業(yè)務(wù) API 接口開(kāi)發(fā)：根據(jù)根據(jù)需求文檔進(jìn)行業(yè)務(wù)接口開(kāi)發(fā)

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

5、前后端聯(lián)調(diào)測(cè)試：包括頁(yè)面展示以及接口數(shù)據(jù)

6、bug修復(fù)

前端開(kāi)發(fā)技術(shù)棧

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

后端開(kāi)發(fā)技術(shù)棧

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

技術(shù)選型

最好選擇成熟穩(wěn)定，易上手、開(kāi)發(fā)效率高的技術(shù)，因?yàn)閷?shí)際項(xiàng)目開(kāi)發(fā)時(shí)間是有限的，開(kāi)發(fā)人員沒(méi)有多少精力放在學(xué)習(xí)和深度研究技術(shù)上。

數(shù)據(jù)格式

后端開(kāi)發(fā)提供接口設(shè)計(jì)文檔，詳細(xì)寫(xiě)明每個(gè)接口的請(qǐng)求地址、請(qǐng)求參數(shù)、響應(yīng)參數(shù)等等；一般采用 REST 風(fēng)格以 JSON 格式提供數(shù)據(jù)。

接口設(shè)計(jì)

一個(gè)接口設(shè)計(jì)的好壞，直接影響到前后端的一些溝通協(xié)調(diào)問(wèn)題。

依筆者的經(jīng)驗(yàn)來(lái)看，如果后端接口不穩(wěn)定，會(huì)導(dǎo)致前端開(kāi)發(fā)人員反復(fù)修改頁(yè)面數(shù)據(jù)呈現(xiàn)。常常出現(xiàn)后端開(kāi)發(fā)說(shuō)這是前端問(wèn)題，前端開(kāi)發(fā)說(shuō)是后端問(wèn)題，來(lái)回扯皮，溝通效率低下。

接口容量問(wèn)題

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

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

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

一、前后端分離的思想要轉(zhuǎn)變

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

二、溝通成本問(wèn)題

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

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

三、組織結(jié)構(gòu)問(wèn)題

康威定律

第一定律： Communication dictates design （組織溝通方式會(huì)通過(guò)系統(tǒng)設(shè)計(jì)表達(dá)出來(lái)）

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

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

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

康威定律說(shuō)明以下幾點(diǎn)

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

前后端分離后，拆分的服務(wù)會(huì)帶來(lái)線上部署以及如何監(jiān)控運(yùn)維的復(fù)雜性。

總體來(lái)說(shuō)，前后分離所帶來(lái)的好處還是更明顯的。一個(gè)成熟的前后端分離的團(tuán)隊(duì)，文檔化約定，前后端職責(zé)分離、接口約定都是做得比較好的

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