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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

今天得知您逝世的消息，感到非常震驚。

感謝 良葛格在台灣軟體界數十年來無私的貢獻。取之於社群，回饋於社群，有機會我也會多寫文章，將分享知識的精神，傳承給更多軟體人，讓精神延續下去。

接續前一篇文章說明 Manager 類別介紹，這篇來說明實戰的例子。