vue中Axios的封裝與API接口的管理詳解？首先，在您創(chuàng)建的public方法的文件中創(chuàng)建一個新的HttpUtil.js文件文件。以下是總結(jié)HttpUtil.js文件內(nèi)容：VAR Axios=req

vue中Axios的封裝與API接口的管理詳解？

首先，在您創(chuàng)建的public方法的文件中創(chuàng)建一個新的HttpUtil.js文件文件。以下是總結(jié)HttpUtil.js文件內(nèi)容：VAR Axios=require（“Axios”）//配置項根，例如路徑VAR root=“http://localhost：8090/manage“//Axios請求函數(shù)httpapi（method，URL，params）{返回新承諾（（resolve，reject）=>{Axios（{method:method，URL:URL，數(shù)據(jù)：method==“post”；method==“put”？Params:null，Params:Method==“get”| | Method==“delete”？參數(shù)：null，baseurl:root，withcredentials:false}）。然后（（response）=>{解析（response）}）。Catch（（error）=>{reject（error）}）}//返回Vue模板中的調(diào)用接口，導(dǎo)出默認值{get:function（URL，parameters）{return httpapi（“get”，URL，parameters）}，post:function（URL，parameters）}，Params）{return httpapi（“post”，URL，Params）}，put:function（URL，Params）{return httpapi（“put”，URL，params）}，delete:function（URL，params）{return httpapi（“delete”，URL，params）}~！一般來說，界面設(shè)計有一定的原則。

例如，一個接口只做一件事。

最小化聚合事件（數(shù)據(jù)）。

接口的粒度需要結(jié)合實際業(yè)務(wù)拉動進行設(shè)計，不能太小，也不能太大。這取決于你的設(shè)計師的經(jīng)驗。

如果你不明白為什么界面設(shè)計師要這么做，那就問問。

后端給一個app頁面首次加載就寫了三四個接口，這樣做合理嗎？

并不是所有的Axios都指向同一個Axios實例，但大多數(shù)都指向同一個Axios實例，以便于全局攔截和錯誤處理。

但在特殊情況下，您可以為特殊接口創(chuàng)建新的Axios實例。

有的前端為什么所有的接口都要走同一個axios呢？

我們的框架也是前后分離的。后端接口的數(shù)量應(yīng)該根據(jù)業(yè)務(wù)合理劃分，而不是誰認為不方便。發(fā)展不能只從方便入手?？傮w而言，界面設(shè)計的數(shù)量應(yīng)從以下幾個方面考慮：

1。接口粒度的劃分應(yīng)考慮單個責任，以及多個操作是否應(yīng)該在同一事物中。如果接口的粒度可以在同一事物中設(shè)計得更大。

2. 當對不同接口有多個請求且返回的數(shù)據(jù)量不大時，可以根據(jù)需要合并接口。

3. 當一次返回的數(shù)據(jù)量過大，導(dǎo)致傳輸速度慢時，必須根據(jù)業(yè)務(wù)將接口分解為多個接口，并分析哪些數(shù)據(jù)應(yīng)該先請求，哪些數(shù)據(jù)應(yīng)該后請求。

4. 例如，PC應(yīng)用程序和移動應(yīng)用程序使用同一組數(shù)據(jù)，后臺為PC和移動應(yīng)用程序開發(fā)兩個接口。在這種情況下，可以刪除一個接口。

5. 例如，在618和雙11中，許多產(chǎn)品都有促銷活動（提供接口）。在這兩天之后，可以停止此類服務(wù)以減少負載。

以上是我從實際項目的角度進行分析，希望對您有所幫助，具體到項目可以進行深入的探討。