當 API 整合變成一場追趕遊戲：從 URL 修到資料庫變更的混亂一夜

昨天我才剛在成分搜尋上折騰完，覺得 BEAPI-26 的模糊匹配算是穩定了，今天本來想專心處理前端的錯誤處理，結果一開工就發現 API 整合出了大問題。

ingrelens-app 的 api-client 設定亂了套，開發環境的 URL 不一致，害我花了早上好幾小時在 debug，修到後面順便整個大重構XD 說到後端，ingrelens 專案的 BEAPI-27 需求延續了昨天的搜尋主題，並優化了產品列表的關鍵字搜尋功能，支持同時搜尋名稱和品牌。

情緒上來說，當我看到搜尋結果 finally 正常回應時，鬆了口氣，但也意識到這些優化得基於真實用戶反饋——不然再好的技術也只是自我陶醉。

除了這些我還在前端加了安全分析功能到 ProductDetailPage，如果沒有現有分析，就觸發 API 呼叫並重定向，引入 isRedirecting 狀態來管理 UI，避免跳轉時用戶看見空白畫面。

refactor 時，我把品牌過濾和麵包屑導航整合進 ProductsPage，用的 React Router，讓頁面更直觀，但這也讓我得處理狀態管理的混亂——原本放元件層級，結果造成 prop drilling，我乾脆移到應用層級，用 Context API 統一管理，雖然多寫了些代碼，但邏輯清晰多了。

總體來說，今天的開發像是一場馬拉松，從 API URL 的小修到資料庫變更的大動，雖然累，但也讓系統更穩健。