接案四年裡幫客戶打造了不同語言不同框架的產品,是時候來打造屬於工作室的SaaS產品,藉由鐵人賽來完成工作室的SaaS產品的雛形。
為什麼要統一前端技術棧?從混亂走向秩序 四年接案中的前端技術債務在過去四年的接案經驗中,我使用了前端技術的各種組合: 框架混戰:React、Vue都有使用,...
為什麼需要重新設計前端架構? 在四年接案經驗中,我使用了許多前端技術組合:React、Vue 搭配不同的狀態管理和 UI 框架。每個專案的前端都是獨立設計,導致...
為什麼要專門設計 OTP 管理介面? 昨天我們設計了前端整體架構,今天要開始實作第一個具體應用:Kyo-Dashboard OTP 管理介面。在接案過程中,客戶...
為什麼選擇 Zustand? 在前端狀態管理的選擇上,我經歷過從 Redux 到 Context API 的演變。對於 Kyo-Dashboard 這樣的管理介...
從簡單組件到完整管理介面 在前四天的建置中,我們用 Zustand 建立了基本的狀態管理,並實作了 OTP 發送與驗證功能。今天我們要進一步提升使用者體驗,使用...
從 Mantine UI 到生產環境的完整流程 昨天我們完成了 Mantine UI 的完整整合,建立了管理介面。今天我們要解決兩個關鍵問題: 建立型別安全...
前情提要 昨天我們成功建立了 ORPC 客戶端,實現了型別安全的前後端通訊,並完成了 Vercel 部署。今天我們要來討論現代前端開發的核心議題:合適的資料狀態...
前情提要 昨天我們建立了 React Query 資料狀態管理,學會了如何優化地處理 API 請求、快取和同步。今天我們要轉向前端開發的另一個重要議題:表單處理...
前情提要 在 Day 8 我們實作了 React Hook Form 與 Zod 驗證的進階應用,今天我們要在現有的 React Query 基礎上,實現更進階...
前情提要 經過前面 9 天的打造,我們已經從零開始建立了一個完整的現代前端 SaaS 管理介面。今天讓我們回顧整個前端架構演進歷程,總結我們建立的現代 Web...