<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>架構設計 on ChiYu Code Journey</title><link>https://huangchiyu.com/ChiYu-Blog/categories/%E6%9E%B6%E6%A7%8B%E8%A8%AD%E8%A8%88/</link><description>Recent content in 架構設計 on ChiYu Code Journey</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><lastBuildDate>Sat, 03 Oct 2026 11:08:17 +0800</lastBuildDate><atom:link href="https://huangchiyu.com/ChiYu-Blog/categories/%E6%9E%B6%E6%A7%8B%E8%A8%AD%E8%A8%88/index.xml" rel="self" type="application/rss+xml"/><item><title>Day 1｜第三個參賽系列：我為什麼還想寫 AI 時代的 Clean Code？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-01/</link><pubDate>Tue, 01 Sep 2026 08:41:56 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-01/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 前兩個 iThome 鐵人賽系列，我從七月就開始準備；進入九月前，稿件也都如期完成。</description></item><item><title>2026 企業級 AI 導入全書：戰略藍圖、平台對決與資安防線建構指南</title><link>https://huangchiyu.com/ChiYu-Blog/posts/enterprise-ai-adoption-strategy-2026/</link><pubDate>Mon, 16 Mar 2026 10:30:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/enterprise-ai-adoption-strategy-2026/</guid><description>Hi~ 我是 Eric！🚀 如果你現在正坐在辦公室裡，對著董事會要求看「 AI 轉型回報率（ROI）」的報表發愁，那麼這篇文章就是為你準備的。 2026 年的 AI 市場已</description></item><item><title>Day 2｜叫 AI 清理程式碼，為什麼常只清到表面？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-02/</link><pubDate>Wed, 02 Sep 2026 08:02:33 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-02/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我真的把這句話交給了 Codex： 改善逾期處理，讓它符合 Clean Code</description></item><item><title>Day 3｜CLEAN 五原則：如何掌握 AI Coding 的情境、範圍、意圖、證據與行為？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-03/</link><pubDate>Thu, 03 Sep 2026 08:06:11 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-03/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天的 Agent 很有把握地寫下： 已完成逾期處理的 Clean Code 重構。 它確實改善了命名與閱</description></item><item><title>Day 4｜AI 把函式拆小就算 Clean Code 嗎？從小、命名、組織與順序檢查重構結果</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-04/</link><pubDate>Fri, 04 Sep 2026 08:03:24 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-04/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 同一段四十多行的 Controller Action，我交給同一個 AI Agent，用兩種整理範</description></item><item><title>Day 5｜AI 取的名稱格式正確，為什麼還是可能誤解程式意圖？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-05/</link><pubDate>Sat, 05 Sep 2026 12:10:25 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-05/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把逾期處理中的單筆流程抽成一個私有方法： var processingResult = await ProcessOverdueItemAsync( item, cancellationToken); if (processingResult.StatusChanged) { processedCount++;</description></item><item><title>搞懂設計模式到底是什麼？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0005design-pattern-intro/</link><pubDate>Wed, 11 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0005design-pattern-intro/</guid><description>哈囉！最近我決定開始一個新的 Side Project，要來用比較輕鬆的方式跟大家分享一下什麼是「設計模式（Design Patterns）」。 等等先別</description></item><item><title>Day 6｜註解與格式都漂亮，程式碼為什麼還是難讀？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-06/</link><pubDate>Sun, 06 Sep 2026 12:36:13 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-06/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我們把 Work Item 逾期流程的命名規則寫進 Repository，讓 Agent 可以在</description></item><item><title>單例模式：只要一個就夠！</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0006singleton-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0006singleton-pattern/</guid><description>在上一篇文章中，我們簡單認識了什麼是「設計模式」。這次，就讓我們從最經典的「單例模式（Singleton）」開始，看看它究竟能為開發帶來什麼</description></item><item><title>Day 7｜AI 把函式拆得越小，就越符合 Clean Code 嗎？三種拆分方式實測</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-07/</link><pubDate>Mon, 07 Sep 2026 21:35:49 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-07/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我們替 Work Item 逾期流程保留兩則有測試依據的警告註解，也確認 Formatter 只能整理</description></item><item><title>工廠方法模式：點披薩不用親自下廚</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0007factory-method-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0007factory-method-pattern/</guid><description>哈囉大家，接續上一次 Singleton 模式，這一次我們要介紹的是另一個超實用的模式：工廠方法模式（Factory Method）。 別看到「工廠」兩個字就開始緊</description></item><item><title>Day 8｜同一項需求交給下一個 AI Agent，三種函式結構會走出哪條修改路徑？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-08/</link><pubDate>Tue, 08 Sep 2026 10:19:22 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-08/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我從三份函式拆分結果中選了 Stepdown 版本。 ProcessOverdue 現在可以由上而下讀成四個步驟</description></item><item><title>Day 8: 【文件 #3】系統的心臟：用 Gemini CLI 設計「軟體架構文件」</title><link>https://huangchiyu.com/ChiYu-Blog/posts/2025ithomeironmanday8/</link><pubDate>Wed, 27 Aug 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/2025ithomeironmanday8/</guid><description>安安，我是 ChiYu！ 前兩天，我們完成了專案的「出生證明」(專案章程) 和「使用者地圖」(使用者故事)。我們現在非常清楚「為誰而做」以及「他們</description></item><item><title>抽象工廠模式：系列產品輕鬆生產</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0008abstract-factory-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0008abstract-factory-pattern/</guid><description>嗨各位朋友～前面我們介紹過了 Singleton 和 Factory Method，今天要繼續往下走，聊一個稍微進階一點點的設計模式：「抽象工廠模式（Abstract Facto</description></item><item><title>Day 9｜AI Agent 一次重寫或分段 Commit：哪個容易還原，哪個完成後更好讀？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-09/</link><pubDate>Wed, 09 Sep 2026 11:35:49 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-09/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把同一項需求交給三種函式結構，觀察全新 Agent 會如何理解資料、又會把</description></item><item><title>原型模式：複製的藝術</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0009prototype-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0009prototype-pattern/</guid><description>嗨！繼續設計模式系列，這次要介紹的主角是原型模式（Prototype）。聽到「原型」這個詞是不是有點不太確定這到底是什麼？別擔心，我們還是用</description></item><item><title>Day 10｜WorkItem 要公開資料還是封裝行為？用新增業務種類與新增操作比較三種模型</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-10/</link><pubDate>Thu, 10 Sep 2026 11:11:05 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-10/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天我比較了一次重寫與分段 Commit，最後保留可以逐步驗證、失敗時局</description></item><item><title>什麼是 AI Agent SKILL？定義 AI 時代的「能力封裝包」與實戰撰寫指南</title><link>https://huangchiyu.com/ChiYu-Blog/posts/what-is-ai-agent-skill/</link><pubDate>Fri, 06 Mar 2026 14:40:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/what-is-ai-agent-skill/</guid><description>在 AI Agent 的世界中，大語言模型（LLM）常被視為「大腦」，但如果沒有 SKILL，大腦就像是一個空有知識卻無法與物理世界互動、缺乏專業標準 SOP 的靈魂</description></item><item><title>建造者模式：一步步完成複雜任務</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0010builder-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0010builder-pattern/</guid><description>哈囉各位朋友們～今天我們繼續設計模式之旅，來聊聊 建造者模式（Builder） 吧！ 🌟 建造者模式是什麼？ 簡單地說，建造者模式就是將一個複雜產品的</description></item><item><title>Day 11｜類別低於 100 行就只有一個責任嗎？用高優先逾期通知比較行數上限與內聚拆分</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-11/</link><pubDate>Fri, 11 Sep 2026 10:34:26 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-11/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天我先釐清 WorkItem、DTO 與 EF Entity 各自負責什麼。最後沒有建立第</description></item><item><title>介面卡模式：讓不相容也能合作</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0011adapter-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0011adapter-pattern/</guid><description>哈囉大家！今天我們要介紹的設計模式是：介面卡模式（Adapter），又叫做轉接器模式。 🌟 介面卡模式（Adapter）到底在做什麼？ 就像生活中</description></item><item><title>Day 12｜AI 寫完再測，和先測再改有什麼差別？比較直接完成、TDD 與 TCR</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-12/</link><pubDate>Sat, 12 Sep 2026 09:09:34 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-12/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天比較類別拆分時，控制組、行數上限與內聚拆分都能把升級通知做對，也都</description></item><item><title>橋接模式：抽象與實作分離</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0012bridge-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0012bridge-pattern/</guid><description>哈囉大家～我們繼續來探索設計模式的世界吧！今天要介紹的是一個聽起來可能有點陌生，但其實很實用的設計模式：橋接模式（Bridge）。 🌟 橋接模式</description></item><item><title>Day 13｜測試全綠，為什麼仍漏掉「剛好 24 小時」？用整潔測試、驗收測試與受控 Mutation 檢查答案</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-13/</link><pubDate>Sun, 13 Sep 2026 10:59:37 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-13/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天談測試紀律時，我比較了直接完成、TDD 與 TCR。那些實驗回答的是：</description></item><item><title>組合模式：樹狀結構的好幫手</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0013composite-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0013composite-pattern/</guid><description>哈囉大家，歡迎繼續探索設計模式之旅！今天要介紹的是一個既實用又好理解的設計模式：組合模式（Composite）。 🌟 組合模式是什麼？ 組合模式讓</description></item><item><title>Day 14｜測試全綠後，怎麼判斷設計已經足夠簡單？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-14/</link><pubDate>Mon, 14 Sep 2026 14:17:27 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-14/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 前天談測試紀律，昨天接著確認整潔的測試與驗收測試能不能真的守住需求。今</description></item><item><title>裝飾者模式：讓功能自由加點</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0014decorator-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0014decorator-pattern/</guid><description>哈囉朋友們～今天要介紹的設計模式可是非常實用又有趣的喔，那就是 裝飾者模式（Decorator）！ 🌟 什麼是裝飾者模式？ 裝飾者模式讓你在不修改現</description></item><item><title>Day 15｜第三條規則由不同負責人維護，SRP／OCP 要求 AI 把責任拆到哪裡？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-15/</link><pubDate>Tue, 15 Sep 2026 10:44:04 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-15/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天只有兩條通知升級規則，而且都由同一位服務等級政策負責人維護。我因此</description></item><item><title>外觀模式：化繁為簡</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0015facade-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0015facade-pattern/</guid><description>哈囉大家～今天的主題非常實用，那就是「外觀模式（Facade）」！這個模式可以有效地讓複雜的系統變得簡單又好用，就像你按下遙控器的開機鍵，電</description></item><item><title>Day 16｜兩個通知 Provider 都能編譯，為什麼還不能證明可以互相替換？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-16/</link><pubDate>Wed, 16 Sep 2026 08:16:18 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-16/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天把服務等級與派工政策分開後，今天我在共同通知介面後方，再放入一個 Queued</description></item><item><title>享元模式：節省記憶體的利器</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0016flyweight-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0016flyweight-pattern/</guid><description>哈囉各位朋友，今天我們要聊的是一個特別省資源的設計模式：享元模式（Flyweight）。 🌟 享元模式是什麼？ 享元模式是一種可以有效節省記憶體的</description></item><item><title>Day 17｜AI 把 API 拆成多個 Project，怎麼判斷哪些元件邊界值得留下？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-17/</link><pubDate>Thu, 17 Sep 2026 08:43:21 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-17/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天整理完通知的行為契約、Consumer 需要的能力與原始碼依賴方向後</description></item><item><title>代理模式：控制存取的守門員</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0017proxy-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0017proxy-pattern/</guid><description>哈囉各位朋友～今天我們要介紹的是很實用且日常生活也常碰到的 代理模式（Proxy）！ 🌟 代理模式是什麼？ 代理模式提供一個中介物件來控制對某個目標</description></item><item><title>Day 18｜AI 一次完成三項需求，和逐步設計相比，加入背景 Worker 時有什麼差別？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-18/</link><pubDate>Fri, 18 Sep 2026 08:49:52 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-18/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天談完元件原則後，Work Item API 已經形成三個清楚的責任區域：API 處理</description></item><item><title>責任鏈模式：層層把關的處理機制</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0018chain-of-responsibility-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0018chain-of-responsibility-pattern/</guid><description>哈囉～又來到了我們設計模式系列啦，今天要介紹的是一個非常靈活又好用的模式：責任鏈模式（Chain of Responsibility）。 🌟 責任鏈模</description></item><item><title>Day 19｜兩個執行流程同時處理同一筆 Work Item，為什麼會重複通知？從競態條件到 Outbox 與冪等設計</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-19/</link><pubDate>Sat, 19 Sep 2026 10:49:28 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-19/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天加入背景 Worker 後，逾期流程多了第二個入口：使用者可以透過 HTTP 主動觸發，W</description></item><item><title>命令模式：靈活封裝的請求指令</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0019command-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0019command-pattern/</guid><description>哈囉大家，今天我們來聊聊 命令模式（Command），這個設計模式能幫助你將請求封裝成物件，讓你可以輕鬆地操作、延遲或撤銷命令。 🌟 命令模式是什</description></item><item><title>Day 20｜兩份程式碼都通過測試，加入重試規則後哪一種結構比較容易修改？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-20/</link><pubDate>Sun, 20 Sep 2026 10:54:57 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-20/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我們處理了 HTTP 與背景 Worker 同時選中同一筆 Work Item、進而重複送出通知的</description></item><item><title>解譯器模式：讓程式聽懂你的指令</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0020interpreter-pattern/</link><pubDate>Thu, 12 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0020interpreter-pattern/</guid><description>哈囉各位朋友，今天我們來認識一個有趣又實用的設計模式：解譯器模式（Interpreter），並以好玩的「文字冒險遊戲」為例，輕鬆學會如何讓你</description></item><item><title>Day 21｜拆成多個 Project，業務流程、執行方式、團隊與部署就真的獨立了嗎？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-21/</link><pubDate>Mon, 21 Sep 2026 07:41:55 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-21/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把會獨立改變的重試規則從 Dispatcher 分離出來。但打開目前的 Solutio</description></item><item><title>迭代器模式：輕鬆遍歷集合元素</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0021iterator-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0021iterator-pattern/</guid><description>哈囉朋友們～今天來聊聊迭代器模式（Iterator），這個設計模式能幫你輕鬆管理和操作集合中的元素。 🌟 什麼是迭代器模式？ 迭代器模式讓你可以逐</description></item><item><title>Day 22｜通知 Provider 已有介面，AI 何時才需要加上 Namespace 防線或拆成 Assembly？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-22/</link><pubDate>Tue, 22 Sep 2026 08:01:45 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-22/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把工作項目的生命週期與通知傳送拆成兩條 Use Case，但它們仍在同</description></item><item><title>中介者模式：管理複雜溝通的好幫手</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0022mediator-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0022mediator-pattern/</guid><description>哈囉朋友們～今天要聊的設計模式是中介者模式（Mediator），這個模式能讓你的程式輕鬆管理物件之間複雜的溝通關係。 🌟 中介者模式是什麼？ 中介</description></item><item><title>Day 23｜Controller、EF Core 與第三方 SDK 為什麼不該決定 Use Case？用六角形架構隔離外部細節</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-23/</link><pubDate>Wed, 23 Sep 2026 07:57:37 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-23/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天整理元件邊界時，我保留了既有通知 Port，卻也發現一個不能忽略的問</description></item><item><title>備忘錄模式：保存與恢復物件狀態</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0023memento-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0023memento-pattern/</guid><description>哈囉朋友們！今天我們要介紹的是一個超實用的設計模式：備忘錄模式（Memento），透過它，我們可以輕鬆儲存並回復物件的狀態！ 🌟 備忘錄模式是什</description></item><item><title>Day 24｜Use Case 直接依賴 DbContext，架構測試為什麼還是綠燈？用 Dependency Rule 找出掃描盲點</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-24/</link><pubDate>Thu, 24 Sep 2026 08:42:55 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-24/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天剛把 EF Core 與通知 SDK 留在 Use Case 外圍，今天我就故意把 WorkItemsDbContext 加回 OverdueWorkItemProcessor 的建構式。Re</description></item><item><title>觀察者模式：即時通知的好幫手</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0024observer-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0024observer-pattern/</guid><description>哈囉朋友們～今天我們要聊的是觀察者模式（Observer），這個模式在現實生活中非常常見，讓我們輕鬆理解並學會如何運用它！ 🌟 觀察者模式是什麼</description></item><item><title>Day 25｜AI 寫完功能、測試全綠，為什麼還會重複通知？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-25/</link><pubDate>Fri, 25 Sep 2026 00:51:42 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-25/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天我補強了 Dependency Rule 與 Architecture Test，確保 Use Case 不會直接依賴資料庫或外部 SDK。</description></item><item><title>狀態模式：依狀態改變行為的祕訣</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0025state-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0025state-pattern/</guid><description>哈囉朋友們～今天我們要聊的是非常實用且有趣的狀態模式（State），這個模式讓你的物件能夠根據內部狀態的變化而自動改變行為。 🌟 狀態模式是什麼</description></item><item><title>Day 26｜AI 說測試全綠還不夠：如何固定版本、重跑驗證，留下可查的完成證據？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-26/</link><pubDate>Sat, 26 Sep 2026 00:53:11 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-26/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 「Build 成功、測試全綠、需求完成。」 這三句，我在 AI Agent 的完成回報裡看</description></item><item><title>策略模式：靈活切換行為的好幫手</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0026strategy-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0026strategy-pattern/</guid><description>哈囉朋友們～今天我們要介紹的設計模式是非常靈活好用的策略模式（Strategy），透過它，你可以輕鬆替換不同的行為，讓你的程式更有彈性！ 🌟 策</description></item><item><title>Day 27｜AI 一次改完再驗證，還是拆成三個小週期？比較紅燈時機、回退範圍與測試品質</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-27/</link><pubDate>Sun, 27 Sep 2026 00:54:28 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-27/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把 AI Agent 的完成宣告整理成可重跑的 Evidence Packet：固定產品版本後，</description></item><item><title>模板方法模式：固定流程靈活實作</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0027template-method-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0027template-method-pattern/</guid><description>哈囉朋友們～今天我們要介紹的是非常實用且常見的模板方法模式（Template Method），透過它你可以固定一系列的步驟，讓子類別靈活地去實</description></item><item><title>Day 28｜AI 提高產碼速度後，團隊生產力真的提高了嗎？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-28/</link><pubDate>Mon, 28 Sep 2026 21:53:28 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-28/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把一項通知重試需求拆成三個小週期，讓 Agent 每完成一段就取得測試回饋</description></item><item><title>訪問者模式：新增功能不動既有架構</title><link>https://huangchiyu.com/ChiYu-Blog/posts/0028visitor-pattern/</link><pubDate>Fri, 13 Jun 2025 00:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/0028visitor-pattern/</guid><description>哈囉朋友們～今天要介紹的是比較特殊但十分強大的訪問者模式（Visitor），透過這個模式，你可以在不修改物件結構的情況下輕鬆新增功能！ 🌟 訪問</description></item><item><title>Day 29｜AI 給出 48、84、156 小時：工程師如何把單點工期改成誠實估算？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-29/</link><pubDate>Tue, 29 Sep 2026 09:12:08 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-29/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我比較了多個 Agent 平行開發時的實作、整合、Review 與接手成本。兩</description></item><item><title>Day 30｜Clean Code 如何經過 AI Coding 實作，推導出 CLEAN 五原則？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-30/</link><pubDate>Wed, 30 Sep 2026 09:17:08 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-30/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我拒絕把 AI 給出的 48、84、156 小時直接當成承諾，因為那些數字</description></item><item><title>Workflow Skill Router V2 正式版：把 SKILL 路由變成可驗證的 Codex 控制層</title><link>https://huangchiyu.com/ChiYu-Blog/posts/workflow-skill-router-v2-runtime/</link><pubDate>Thu, 23 Jul 2026 12:00:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/workflow-skill-router-v2-runtime/</guid><description>多 SKILL 的 AI Agent 用久後，我真正常遇到的狀況是：它太勤快，什麼都想插一腳。 你只是要修一個 Vue bug，它卻想同時載入前端、UI、瀏覽器、Playwrig</description></item><item><title>Day 31｜什麼是 AI Agent Skill？我如何把 24 份 Clean Code Policy 整理成可重用工具</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-31/</link><pubDate>Thu, 01 Oct 2026 11:05:41 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-31/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我重新走了一遍這三十天從 Clean Code 延伸到 CLEAN 五原則的過程，才發現前面的文</description></item><item><title>Day 32｜我把 Clean Code 做成可下載的 AI Coding Skill：保留、捨棄與重新設計了什麼？</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-32/</link><pubDate>Fri, 02 Oct 2026 11:07:18 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-32/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 昨天，我把前面累積的 24 份 Policy 分別放回適合的位置：跨 Repository 可重用的判斷進入 Sk</description></item><item><title>Day 33｜三十三天後，我從 Clean Code 與 CLEAN 得到的五個 AI Coding 結論</title><link>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-33/</link><pubDate>Sat, 03 Oct 2026 11:08:17 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/ai-clean-code-day-33/</guid><description>本文同步自 2026 iThome 鐵人賽原文 。完整系列可見 iThome 系列頁 。 安安～我是ChiYu～ 三十三天前，我手上其實只有三份材料：一本 753 頁、厚度大約五、六公分的《無</description></item><item><title>AI 寫得更快之後，我們該如何相信它？Uncle Bob 談 Agent 時代的軟體基本功</title><link>https://huangchiyu.com/ChiYu-Blog/posts/uncle-bob-ai-software-fundamentals/</link><pubDate>Mon, 31 Aug 2026 09:30:00 +0800</pubDate><guid>https://huangchiyu.com/ChiYu-Blog/posts/uncle-bob-ai-software-fundamentals/</guid><description>安安～我是 ChiYu～ AI 寫得很快，工程師為什麼反而更累？ AI Coding 最迷人的畫面，大概是需求才剛說完，Agent 已經開始新增檔案、補測試、修錯誤，幾</description></item></channel></rss>