2 回答

TA貢獻1842條經(jīng)驗 獲得超22個贊
我建議忽略整個 Websocket 方面,因為它只是一種可能的優(yōu)化(甚至可能不是)。
如果你需要依賴 Go 的并發(fā)模型,那就去吧,用 Go 編寫你的組件,然后用 Go 編寫一個 Web 服務(wù)器,它接受來自 HTML 請求的參數(shù),使用它們來計算結(jié)果并以 JSON 格式發(fā)回數(shù)據(jù)。
在前端,您將只專注于在用戶更改參數(shù)時發(fā)送此請求,并且為了顯示 JSON 數(shù)據(jù),您可以立即使用 ThreeJS。
不過,您仍然需要學(xué)習(xí)一些 Web 開發(fā)和 Javascript。但是,嘿,他們說網(wǎng)絡(luò)是未來 ;-)
我認為這是適合您的情況的方法,因為您的應(yīng)用程序以非常嚴格的請求-結(jié)果方式運行。

TA貢獻1943條經(jīng)驗 獲得超7個贊
您的問題的答案很大程度上取決于您計劃在 Go 組件和 Javascript 組件之間劃清界限的確切位置。從你描述問題的方式我得到的感覺是,你想用 Go 編寫大部分應(yīng)用程序并且只使用 JS 作為顯示層?我不建議這樣做。
重新表述我的問題:您是否計劃在 Go 中對幾何進行操作,可能是實時的,并使用 Websockets 與您的 Javascript 層進行通信?如果是這種情況,您就有點低估了 Javascript。您應(yīng)該使用 Javascript 編寫大部分應(yīng)用程序,并將 Go 用作經(jīng)典的后端服務(wù)層,例如用戶帳戶、持久化狀態(tài)等。
如果我知道你到底打算做什么,我也許可以給出更具體的答案。
- 2 回答
- 0 關(guān)注
- 374 瀏覽
添加回答
舉報