Re: [請益] 求助！後端不使用node.js的前端設計

回一下 nodejs 伺服器相關 (不只維運), 個人覺得好用的有

pm2
方便的 nodejs 運行工具,
可簡單的做到開機自動啟動, cluster, 掛掉自動重啟等等

supertest / swagger-ui-express / express-oas-generator
再搭配隨便一款自動測試 jest/mocha/etc
方便做 api 自動測試並自動生成 swagger 文件

redis
既然用 pm2 做 cluster 了, 基本要 stateless
也需要個東西來做 cross process lock 及 pub/sub,
redis 簡單也夠快

express-graphql graphql graphql-fields
graphql 就 FB 開源的那套, 可以大概理解為前後端之間類似 ORM 的東西,
在 NodeJS 裡用極其順手, 基本上有以下優點
API 富彈性, 語意清楚, 容易溝通理解除錯
容易節省流量及運算資源
自帶 GraphQL IDE 便於測試除錯
反正是個好東西 推薦每個 NodeJS 後端都可以會一下, 詳請自行估狗

※ 引述《Eide (艾德)》之銘言：
: 各位前輩好
: 小弟摸完Next.js和Nuxt.js後，發現這兩者都吃node.js作為後端環境
: 但由於工作環境上後端無法提供node.js
: 必須在沒有node.js的情況下實作SPA網站
: 目前嘗試過後，初步認知是：只有原生React和Vue的Client sied rendering能符合需求: （先不管SEO...），反正吃單一index.html串所有components & functions
: Next.js和Nuxt.js無法不吃node.js運行環境
: 1. 不知道我這個認知是否有誤呢？
: 2. 在React or Vue體系下有其他種workaround嗎？
: 3. 有後端前輩能說明一下維運一個node.js server需要什麼技能樹嗎？（我只懂丟給V: ercel、Netlify代管@@a)
: 感謝軟工板！

--

前面要多 "方便" 兩個字 ( 例如一個現有回 10 個欄位的 api 包一層 GraphQL 立馬可動態篩選欄位 那如果很多地方都只取 2~3 個欄位流量就省七成 又或者利用將欄位以方法的方式回傳而非回傳值 沒有取用該欄位時就不會跑取該欄位值的方法 相對原本一律查出值的做法就省了效能 ) 跟多開很多 api 做非常細節的調整比起來是差一截 但相對的開發和維護的負擔上是差好幾截 一篇我覺得不錯的說明