Post
2025年10月21日 下午12:23

TUS 架構的缺點:

  • 最後的 GraphQL Mutation 無法被納入進度顯示:雖然這是 GraphQL 造成的,實際上也不算是太大的缺陷,但使用 TUS 上傳時的最後一步看起來會像是上傳卡住了。
  • 要多一組 tusd 很不方便:若非使用 containerize 或類似的部署方式,tusd 本身的位置對雲端環境是稍微有點麻煩的,也需要擔心 network throttle 的問題。
還沒有人留言。想成為第一個嗎?
相關留言

雖然不是重點但這篇文讓我發現Mosir的斷行是break-all XD 好在意

用過 Go + gqlgen 和 Node.js + TypeORM,反而覺得 GraphQL 被捧的太高了。沒有解決問題,反而製造問題,例如:N+1 需要 Dataloader 處理、無法傳遞二進制…

Facebook 當初設計 GraphQL,是為了讓 Resolver 能從不同微服務整合資料,統一回傳給前端。但很多人把它當成 HTTP API 的替代方案使用,就像 JWT 被誤用為取代 Session 一樣。

開發速度遠不如一個 POST /upload_video API。但前端生態彷彿不用上新技術就會被淘汰。似乎懂得什麼該捨棄,比學會技術還難。

但我現在用 Go + HTMX 超快樂… 🫠