uni-app如何與后端交互？通過呼叫統(tǒng)一請求（）接口是請求后端的API接口。默認情況下，請求模式為get。您還可以設(shè)置其他模式，如post統(tǒng)一請求傳入后端API地址和參數(shù)數(shù)據(jù)后，可以在響應(yīng)信息中看到

uni-app如何與后端交互？

通過呼叫統(tǒng)一請求（）接口是請求后端的API接口。默認情況下，請求模式為get。您還可以設(shè)置其他模式，如post統(tǒng)一請求傳入后端API地址和參數(shù)數(shù)據(jù)后，可以在響應(yīng)信息中看到后端返回的數(shù)據(jù)。您可以根據(jù)后端返回的數(shù)據(jù)和狀態(tài)代碼進行交互。

uniapp后端用什么語言？

uniapp的后端語言沒有限制。如果開發(fā)速度快，發(fā)布速度快，不需要停止服務(wù)，我建議使用PHP，中小網(wǎng)站占80%，web開發(fā)太成熟。如果有大量的用戶，我建議使用java+spring框架。有了阿里系列的技術(shù)棧，有很多開源項目，網(wǎng)絡(luò)上有很多Vue spring腳手架開源項目，比如mall，可以開箱即用，節(jié)省了很多時間

做任何玩具應(yīng)用或者演示都可以，但是不能認真開發(fā)。很多問題誰也解決不了，就跟換圖書館一樣。更換IOS和連接外設(shè)也是一個問題。一堆官員不能提供任何好的建議。另外，一些包裝后引用資源的方式也發(fā)生了變化。今天的圖片是這樣引用的。明天，升級開發(fā)工具然后打包圖片的路徑將是錯誤的。你怎么看這一切都不穩(wěn)定。以上是我個人的經(jīng)歷。公司花了20多瓦的時間來改變架構(gòu)和重新開發(fā)

未來太遙遠了。我不想每隔幾年就改變這么多技術(shù)。目前，許多應(yīng)用程序開發(fā)人員都在嘗試使用uni-app。嘗試學習更多的技術(shù)選項并不是壞事。

在It行業(yè)，尤其是在中國，學習一種可以長期使用的技術(shù)是不太現(xiàn)實的。如果選擇前端，情況會更糟。

為什么國內(nèi)的uniapp一直沒人討論呢？

如果我們想客觀地分析這個問題，我們必須依賴于我們自己的項目類型、規(guī)模要求、版本計劃和許多其他因素。