在開始動手寫程式之前,先讓我們來確立這個寶可夢追蹤系統的「建築藍圖」。一個穩定的全端系統需要前端、後端以及資料庫的緊密配合。今天我們會來介紹這個專案所選用的技術棧,以及為什麼我們要在眾多技術中做出這樣的搭配決策。
我們的專案採用了經典的「前後端分離」架構,讓前後端可以各自獨立開發與部署:
前端 (Frontend):負責畫面呈現與使用者互動。
後端 (Backend):負責業務邏輯與資料庫溝通。
資料庫 (Database):
雲端部署 (Deployment):
為什麼我們不選用大家最熟悉的 CRA (Create React App) 或是傳統的 MySQL?以下是我們這次技術選型的核心思考:
| 技術環節 | 本次選用 (現代派) | 傳統常見選擇 | 為什麼這樣選? (優勢比較) |
|---|---|---|---|
| 前端建置 | Vite | Create React App (CRA) | Vite 啟動伺服器幾乎是「秒開」,HMR (熱更新) 極快;而 CRA 使用 Webpack,專案一變大就會面臨啟動緩慢的痛苦。 |
| 資料庫 | Turso (libSQL) | MySQL / PostgreSQL | Turso 是專為 Serverless 打造的資料庫。傳統 DB 容易因為 Serverless 頻繁的冷啟動而遇到連線數 (Connection Pool) 爆滿的問題,且 Turso 免費額度極高! |
| 後端部署 | Vercel (Serverless) | 傳統 VM (如 AWS EC2) | 不需自己管理 Linux 伺服器環境、處理憑證或擔心流量。程式碼推上 GitHub 就自動部署,完美實現「無伺服器」的輕量級體驗。 |
透過上述的現代化技術棧,我們可以把精力 100% 集中在「寫程式」上,而不是「管機器」。

流程概念為:使用者畫面 ->
Render (前端)->Vercel (後端 API)->Turso (雲端資料庫)。
了解了我們即將使用的武器與選型優勢後,明天我們就會立刻進入實戰,開始搭建前端的 Vite 開發環境!
Vite 一秒起、CRA 一慢起來就會痛,這個對照超有感;再加上 Turso 對 Serverless 的友善、Vercel 推 API、Render 掛前端,整條鏈路很乾淨,真的把心力留給寶可夢卡片和表單本身。這種前後端分離配上 TypeScript、React Query 的組合,也很像把 AI 開發門檻往下推一格。我手邊有多的 Lovable 額度想送給有緣人,有興趣可從連結看看我的系列。 https://ithelp.ithome.com.tw/articles/10401174