前言 在小程序開發中，我們通常面臨兩種後端選擇： 雲開發 (TCB)：使用 wx.cloud.callFunction，體驗很好，像調本地函數一樣。 傳統 HTTP 後端 (Node.js/Java/Go/PHP...)：使用 wx.request。 絕大多數企業級項目，依然在使用傳統 HTTP 後端。 於是，我們不得不面對那熟悉的“封裝地獄”： 封裝 request.js，處理
停止內耗：我們寫的是業務，不是 HTTP 試卷 做開發時，你是否也陷入過這種無效糾結：接口是用 POST 還是 PUT？狀態碼返 200 還是 201？前端 Axios 封裝了一層，後端 Router 又寫了一堆。 累不累？我們只是想調個函數存點數據而已。 今天介紹的 js-rpc，旨在讓你徹底忘掉 HTTP 協議，迴歸 JavaScript 函數調用的本質。 1. 服務端：極速啓動 拒絕複雜的樣
前言 如果你體驗過小程序雲開發（TCB）或者 uniCloud，你一定會被那種“雲對象”的開發模式深深吸引：不需要關心 URL，不需要關心 HTTP 方法，直接 await cloud.user.add() 就完了。 但在傳統的 Web 前端（Vue/React）或者 Node.js 開發中，我們依然深陷在 Axios 的封裝泥潭裏： 寫一個龐大的 request.js，配置攔截器。 在 a
