本書是Eric Evans對他自己寫的《領域驅動設計-軟件核心復雜性應對之道》的一本字典式的參考書，可用於快速查找《領域驅動設計》中的諸多概念及其簡明解釋。
其它本系列其它文章地址：
[譯文]Domain Driven Design Reference（一）—— 前言
[譯文]Domain Driven Design Reference（二）—— 讓模型起作用
[譯文]Domain Driven Design Reference（三）—— 模型驅動設計的構建模塊
DDD到目前為止知道的人越來越多了，正巧今天在自己的書單中翻出這本塵封已久的電子版，網上查了下也沒有人來翻譯，所以近期就准備把這個本書翻譯一下，也鍛煉下自己蹩腳的英文水平，如有錯誤歡迎及時指出。>_<||| 內容不多就50多頁，我每次按一個章節來發，敬請期待。由於第一章主要是講一些致謝什么的，這次一起發2章（傳送門：[譯文]Domain Driven Design Reference（二）—— 讓模型起作用 ）的內容。有想閱讀原版的可以私發我郵箱地址，我給你發過來。好下面從”致謝“開始：
致謝
自從我的書《Domain-‐Driven Design, Tackling Complexity in the Heart of Software》（或者叫“大藍書”，正如有些人所說的那樣） 出版以來已經有10年多的時間了。在這段期間內，書中討論的基本原理沒有太多變化，但是關於我們如何構建軟件發生了很大的變化。DDD仍然保持着關聯是因為聰明和創新的人們在不斷的改變着它。我想要感謝那些人。
讓我從Greg Young, Udi Dahan和在CQRS、Event Sourcing上受他們啟發的人開始講。這些是現在DDD系統的主流架構選項。這是本世紀初有限視角的架構中衍生的第一個成功的大發展。
從那以后，有許多以DDD更加落地為目標（以及他們的設計者的其它目標）的有趣技術和框架出現，取得了不同程度的成功。包括Qi4J，Naked Objects，Roo等等。這樣的嘗試即使沒有得到廣泛的采用，也具有很大的價值。
我還是想要感謝那些變革我們的技術生態的人和社區，使得DDD更加的有趣和實用。這些人中大多數對DDD的興趣很小，但他們的工作使我們受益匪淺。我特別想到NoSQL給我們帶來的自由，減少了新編程語言（一些功能）的語法噪聲，以及對更輕的技術框架和非侵入性，解耦的類庫的不懈努力。10年前的技術復雜而笨重，使得運用DDD十分困難。當然也有不好的新技術，但趨勢是好的。 因此，我特別感謝所有為這一趨勢做出貢獻的人，盡管您可能從未聽說過DDD。
接下來，我要感謝那些寫了關於DDD的書籍的人。在我之后關於DDD的第一本書來自 Jimmy Nilsson【1，額外補充一下是這本《領域驅動設計與模式實戰 [Applying domain-driven design and patterns]》】。有一本書的話，你僅僅“有一本書”而已。但是有2本的話，你就有了一個主題。接下來，InfoQ發布了《DDD Quickly》，由於其簡潔，免費下載以及InfoQ的影響力，讓很多人第一時間了解了該主題。這些年過去了，還有許多有價值的博客文章和其它的短文。也有專門的書籍，如《DDD with Naked Objects》【2，額外補充一下找不到文中同名的書，猜測可能是這本《Domain-Driven Design Using Naked Objects》】。另外我特別想要感謝不可缺少的Martin Fowler，他除了經常提供新興模式的權威文檔還幫助清楚的傳達DDD的概念。就在去年，Vaughn Vernon發表了自我以來最有雄心的書，《Implementing Domain-‐Driven Design》（有些人似乎稱之為“大紅書”）。
我感到一種絕望，就是我會拋棄許多做出重大貢獻的人，我真的為此感到遺憾。讓我至少給那些把DDD推到公眾視野的人和那些把DDD推到組織安靜的角落的人表示謝意。一個軟件哲學需要成千上萬的擁護者才能產生影響力。
雖然這是《DDD Reference》的首印版，單卻是我2004年出版的書籍的最初的樣子。根據Ralph Johnson的一個建議，我提取了每個模式的簡要總結並在研討會使用它們，每個模式都由與會者大聲朗讀，隨后進行討論。我把這些文件用於培訓班好幾年了。
然后，在我的書出版幾年之后，Ward Cunningham，將他在Repository模式中工作的一部分向幾位作者提出，然后我們把我們模式的簡短摘要加入到 Creative Commons【3，一個知識共享組織，參見https://baike.baidu.com/item/creative%20commons/8755425?fr=aladdin】中了。Martin Fowler和我在出版商Pearson Education公司的協議下做到了這一點，這就為這種衍生作品開創了可能性。
定義
領域（domain）：知識、影響或者作用的一個范圍。用戶應用一個程序的主題范圍是軟件的領域。
模型（model）：一個抽象的系統，用來描述一個領域的指定的方面，並且可用於解決與該領域有關的問題。
通用語言（ubiquitous language ）：圍繞領域模型構建的一種語言，所有團隊成員都可以在限定的上下文中使用該軟件將團隊的所有活動連接起來。
上下文（context）：決定一個單詞或者句子出現所表示含義的環境。有關模型的生命只能在上下文中被理解。
限界上下文（bounded context）：描述一個特定模型被定義和適用的邊界（通常是一個子系統，或一個特定團隊的工作）。
模式預覽概覽
作者：Zachary
出處：https://zacharyfan.com/archives/284.html
▶關於作者：張帆（Zachary，個人微信號：Zachary-ZF）。堅持用心打磨每一篇高質量原創。歡迎掃描右側的二維碼~。
定期發表原創內容：架構設計丨分布式系統丨產品丨運營丨一些思考。
如果你是初級程序員，想提升但不知道如何下手。又或者做程序員多年，陷入了一些瓶頸想拓寬一下視野。歡迎關注我的公眾號「跨界架構師」，回復「技術」，送你一份我長期收集和整理的思維導圖。
如果你是運營，面對不斷變化的市場束手無策。又或者想了解主流的運營策略，以豐富自己的“倉庫”。歡迎關注我的公眾號「跨界架構師」，回復「運營」，送你一份我長期收集和整理的思維導圖。