鐵人檔案
在 Day 10，我們打造了一個功能完整的 BaseSelect 元件。我們在表單中將它展示出來，手動選擇選項，看起來一切正常。但這就夠了嗎？ 想像一下，未來我...
在 Day 11，我們為 BaseSelect 建立了完整的測試覆蓋，確保元件在未來修改時不會出現回歸問題。今天我們要繼續我們元件的開發：Card 容器元件的設...
在 Day 12，我們打造了功能完整的 BaseCard 和 ActionCard 元件。這次我們一樣要來為這個新的元件來撰寫測試，這邊我們先專注在 BaseC...
在前幾天的修煉中，我們已經實作出了幾個我們需要的基礎元件（Component），每一個都蘊含著「單一職責」的概念。 今天，我們的目標就是將先前打造的元件們集結起...
在 Day 14，我們成功地將各個元件組合成一個精美的登入表單。但一個沒有實際驗證功能的登入頁。今天，我們將踏入使用者驗證的領域，修煉「Authの呼吸・壹之型：...
在上篇中，我們已經完成了所有理論學習和前置作業，並成功取得了 Google OAuth 的 Client ID。 現在，是時候將這些準備工作付諸實踐了。本篇將深...
在前兩天的修煉中，我們成功地引導使用者完成了 Google 的授權流程。現在，該如何將這個授權，轉化為我們系統內部的登入狀態？ 今天，我們將學習如何從前端取得使...
在完成了登入驗證這項艱鉅的任務後，使用者終於能進入我們系統的內部了！但一個應用程式如果只有一個頁面，那未免也太單調了。 所以在我們的銷售系統中，使用者需要在「儀...
在上一回中，我們成功地建立了應用的導航系統，使用者可以在登入頁與儀表板之間進行切換。但我們也留下了一個問題：即使沒有登入，只要在網址列手動輸入 /dashboa...
在上一回的修煉中，我們為了讓路由守衛能得知「使用者是否登入」，引入了一個名為 useAuthStore 的東西。我們只是簡單地使用了它，但你心中可能充滿了疑問：...
