函式庫 Library

解決特定局部問題的可重用程式碼，例如日期處理、表單驗證、圖表。

先用一句話理解

解決特定局部問題的可重用程式碼，例如日期處理、表單驗證、圖表。

打個比方

像工具箱裡的一支螺絲起子。

什麼時候會遇到

專案中有明確小問題需要可靠工具處理時。

再往深一點看

函式庫（Library）是你呼叫它、由你控制的程式碼——它只解決一件具體的事，例如 date-fns 處理日期格式、zod 驗證資料結構、recharts 畫圖表。和框架最關鍵的差別在於：你決定什麼時候呼叫函式庫、把它用在哪裡，它不影響你的整體專案結構。函式庫本質上是 dependency（依賴套件）的一種，裝得越多，你的專案對外部維護狀態的依賴就越重；npm 生態裡停止維護的套件很常見，選擇前先確認它是否仍在活躍維護。

舉個例子

你的表單頁面需要驗證使用者輸入的格式，你安裝 zod 函式庫定義資料結構與規則，讓它在前端和後端 API 都能共用同一套驗證邏輯——這就是函式庫解決局部問題的典型用途，不影響整個專案的框架選擇。

常見誤解

- 每個小問題都裝套件，造成依賴過多，套件互相衝突或停止維護時整個專案跟著受影響。
- 裝了函式庫但不了解它做了什麼，等升版或出錯時完全不知道從何排查。
- 把函式庫當作框架用，例如把一個日期處理函式庫當成管理整個資料流的核心，導致架構混亂難以維護。