因緣巧合，剛好有看到 Rate Limit 討論，然後看到 header 定義覺得哪裡怪怪的，然後就認真查了一下，意外發現 RFC 有定義相關的 header。

領域專家（Domain Expert）是了解特定問題領域（Problem Domain）並能運用解決方案領域（Solution Domain）處理問題的人士。他們具備該領域的深厚知識和技能，能夠精準地把握該領域中的關鍵問題與挑戰。因此，領域專家被認為是該領域的權威，能夠提供具有洞察力的見解和導引。

領域（Domain）可視為一個專注於特定主題、概念、技術及方法的特殊知識或專業範疇。這些領域可能涵蓋學術範疇，如數學或物理學；也可能是專業範疇，如醫學或工程學；甚至是產業範疇，如金融或零售等等。每一個領域都有其特有的知識和技能要求，以及各自需要解決和挑戰的問題。我們將這些特定領域的知識和技能需求稱為領域知識（Domain Know-how），它包含對該領域的基礎概念、原理、理論以及實踐方法的全面理解。

研究 DDD 的過程，有發現蠻多東西都非常抽象。

後面將會出系列文件來解釋這個神秘的主題。

TL;DR，這是假議題，這是兩個不一樣目的的設計，應用場景也不同，所以其實沒什麼好比的。

確實 Token 可以拿來當作 Session 用。

但，跨域不得已就算了，同域可以用 Session 的話，幹嘛不用 Session 就好？

剛解救了幾個人的人生，趁著這個氣勢，把它打成文章。

今天是領域驅動設計與整潔架構課程第三天的課程。

這次是實作，概念的部分比較少，因此今天的筆記就比較流水帳一點了。

今天是領域驅動設計與整潔架構課程第二天的課程。

一樣是記錄關於此堂課程的筆記。

今天開始，將會連續三天上領域驅動設計與整潔架構課程，講師是 Teddy。

以下是關於此堂課程的筆記。

使用設計模式最大的誤區就是，誤以為某個設計模式能解決自己遇到的問題。因此，了解設計模式之間的差異是很重要的。

更進階得要了解「模式（Pattern）」的抽象概念。這非常困難，留到未來理解後再分享。

今天來聊聊比較簡單的：轉接器模式（Adapter Pattern）與策略模式（Strategy Pattern）的差異。