框架 Framework

提供專案結構、路由、資料處理、建置方式與開發規則的骨架。

先用一句話理解

提供專案結構、路由、資料處理、建置方式與開發規則的骨架。

打個比方

像房子的鋼骨與格局，不是單一工具。

什麼時候會遇到

要做可維護的網站、Web App 或後端服務時。

再往深一點看

框架（Framework）不只是工具集，它定義了你整個專案的慣例、目錄結構、資料流向與建置方式——也就是說，你是在框架的「規則之內」寫程式，而不是隨意使用它。這跟函式庫最大的差別在於控制方向：你呼叫函式庫，框架呼叫你的程式。以 Next.js 為例，它規定了頁面要放在 app/ 資料夾、API Route 要在特定位置、路由由目錄結構決定，這些都是框架強加的結構。選對框架，後續開發、部署、擴充都更順；選錯或混用，痛苦往往在三個月後才浮現。

舉個例子

你用 Next.js 框架開發一個 SaaS 後台：框架幫你處理了頁面路由、靜態生成與伺服器渲染的選擇、內建的 API Route，你只需要專注在業務邏輯上，不用從零搭伺服器、設路由或處理打包設定。

常見誤解

- 把框架和函式庫混在一起；框架決定了整個專案的骨架與慣例，要換掉代價極高，選錯了很難回頭。
- 在還沒搞清楚框架規則時就大量修改預設設定，後來升版或找教學都對不上，開始自己挖坑。
- 只看「用的人多不多」選框架，忽略它是否適合你的使用情境——例如靜態內容網站用了重量級的全端框架，開發與部署成本都不必要地變高。