基本信息：

中文名：企業應用架構模式
作者：Martin Fowler, David Rice, Matthew Foemmel, Edward Hieatt, Robert Mee
出版日期：2002年11月
出版社：Addison Wesley

作者自己給的介紹：

My latest work, and I think the hardest one to write. It all started after Dave Rice and I gave some talks on J2EE architecture and mulled over how the concepts we had learned in C++, Forte, CORBA, and Smalltalk had been crucial to us developing good designs in Java. With this book I wanted to set many of these patterns down to help developers whatever their platform. As it's turned out these have been very valuable as we have started to use .NET in 2002.

The book is in two parts. The first part is a short (100 page) tutorial on enterprise application architecture. The bulk of the book is the reference to forty or so patterns. All of these patterns are ones that I've seen in the field, usually on many different programming platforms.

Each pattern describes details of how it works and when to use it, together with code examples in Java, C# or both. (I picked these languages because most software developers can read them, not because of any particular coupling or opinions about the language).

The main topic areas are: how to layer an enterprise application, how to organize domain logic, how to tie that logic to a relational database, how to design a web based presentation, some important principles in distributed design, and handling of what we call "offline concurrency" - concurrency that spans transactions.

I've been fortunate enough to have some excellent contributors to this book, most notably Dave Rice - who wrote a good tenth of it. Also joining in are Matt Foemmel, Edward Hieatt, Robert Mee, and Randy Stafford

The book has won two awards: a productivity award from Software Development magazine and a best java book award from JavaWorld.com.

書評：

Charles Ashbacher

Flower沒有給出關于企業應用（Enterprise Application）的精確定義，而是更愿意列舉出它們大多數所共有的一組特性。一般而言，它們都是非常大型的系統，具有許多的用戶界面屏幕，用來進行并發訪問和海量數據的更新。在幾乎所有情形中，必須要對數據進行持久化，事實上其往往具有非常強的持久性，這意味著它必須能在整個軟件迭代，操作系統更換，硬件變更，以及人員和程序員流動的過程中留存下來。

此外，企業應用通常必須要與其他應用進行通信，這些應用往往同樣大型和復雜。例如工資和病例，信用卡處理，保險理賠處理，銀行，以及外匯貿易。簡而言之，就是大多數駕馭現代全球經濟體系的程序，它們許多都是當前所使用的最復雜的軟件項目。最后，所構造的程序必須讓「那些并非是它們創建者的人們」能夠“容易和快速地”對其進行改變，以適應快速變化的條件，并且通常無需程序員任何輸入。由于投入如此之多，必定會存在一組最佳的實踐，這便是本書所要闡述的內容。

Fowler所論述的軟件構造模式通常都比較小，它們描述的是專門的操作，而不是演示一個大的構架形態。每個具體模式的提出方式是，首先用一句話的描述來列出該模式的意圖，以及用一個UML圖演示它的結構。接下來的部分便描述了模式如何進行工作，何時使用它，以及一個或多個「使用源代碼的框架來演示該模式具體實現」的示例。C#和Java都會在示范中被用到，它們不會造成理解上的問題。語言和上下文（context）如此類似，以至于任何人都能理解其中的任何一種，將不會在代碼的閱讀和理解上有任何的問題。

這是在封面上列出的五十一個模式中的一些示例：

• Lazy load－在這里對象將只裝載當前需要的數據，但是要對「需要的所有其他數據的鏈接（link）」進行維護。
• Front controller－一個單獨的處理者（handler）對象，其負責合并（consolidate）所有針對一個web站點的請求。然后它將這些請求發送給專門的服務對象（如安全，國際化問題，以及針對特定用戶和位置的具體顯示）。
• Optimistic offline lock－用來防止在執行并發業務事務時發生沖突。解決方案是當沖突被檢測出時對事務進行回滾。
• Server session state－將會話的數據以串行化（serialized）的形式保存在服務器上。

盡管這些示例的必要性通常都極為簡單，但它們確實展示了針對通用軟件開發問題的一些最有效的和業已測試的解決方案。因此，這是一本任何企業應用的軟件構造者都不應該沒有的書。很難相信會構造出一個沒有涉及到解決許多本書所列的這些問題的企業應用。

我唯一要抱怨的就是偶爾會出現一些不好的英文。例如，第100頁上的短語，“The only reason I’ve concentrating on Java . . .”，以及第119上出現的短語“One factor that comes into this is comfortable used the development teamis . . .”。當然沒有一本書不會出現錯誤，但這種錯誤如此頻繁，不得不讓人懷疑最終編輯工作的質量。

沒有什么是比「構建永久運行IT相當事物（IT equivalent）的高效軟件」更難的事情了。這便是企業應用所設想的，如果你的目標是致力于構建一個企業應用的話，那么讓你自己走到正確的軌道上來，并研讀本書。你以及其他每個與軟件打交道的人將會獲得一份更好的經驗并作為回報。

Joel Semeniuk

無論什么技術平臺，構建企業應用都不是一件容易的工作。當這樣去做時，方案架構設計師和開發者需要召集行業中其他人所積累下來的經驗。這些設計和實現的最佳實踐通常會被表示成軟件的設計模式。作為當今面向對象軟件開發的一位主要的權威人物，Martin Fowler抓住了這許多模式的本質，并將它們寫到他的Patterns of Enterprise Application Architecture書中。

Martin Fowler這本書是為致力于設計和構建企業應用的軟件架構設計師、設計者和程序員而寫。這本書的主要目的是要建立一個工作詞匯表（working vocabulary）以及通用企業模式的定義集，以希望讀者在開發企業解決方案時能夠做出更有見地的決定。注意，本書所表示的模式并不針對任何具體的平臺或技術，并且提供Java和C#兩種示例，這一點十分重要。但是，作者并沒有對「像J2EE和Microsoft .NET這樣不同軟件開發平臺可能更適用的模式」提供一些基本的指導。

如果你參與一個企業應用的設計和實現，便會有諸多「在你的參考書庫中應該有這本書一席之地」的理由。盡管我認為它并沒有對設計模式的“總體輪廓（big picture）”給出足夠的論述，但本書依然是一本組織良好的精品佳作。作者很好地運用了形式化、模型化以及敘述性的混合手法，來定義和描述每個模式的上下文（context）。在書的第二部分會對本書前幾章所泛泛描述的模式給出詳細的說明，使其成為極佳的參考指導。正因如此，就請步入企業軟件模式的世界，本書將帶你即刻啟航。

評論

當我在他（Fowler）的站點上看到這本書時，我便閱讀了其大部分“進行中”的版本，并完全喜歡上了它－ 那時我才剛剛開始接觸設計模式，因此無法從一個“富有經驗”的角度來評論它。盡管如此，基于我所能夠記起的（以及現在大幅提高的設計模式的知識），我認為它十分值得推薦。

評論

我現在正在閱讀這本書，而且我必須要說的是它讓我非常高興。我想向軟件工程領域的每個人高度推薦它（尤其是你正在為每個人談論的所有這些模式疑惑時）。令人高興的是為許多我已經實現的模式取了名稱（我只是不知道它而已），并且也從中獲得了一些好的想法。

Sam Gentile

非常值得一讀。我和John Lam在Win-Dev上進行了長時間的討論，我們認為這是一本具有重要地位的書，或許更甚于GOF一書。GOF這本書在范圍上其實比較小，關注軟件的構造。Martin的書則將那些更加重要的素材（如何與數據庫進行溝通，可伸縮架構等模式）分門別類。非常之好。

Robert Hurlbut

我同意這是一本非常好的書。我一直關注著Martin在其站點上所寫的內容，直至最終出版（這時他拿下了所有文章并將它們替換成鏈接到其書的頁碼）。絕對是一本“經典”之作！

Phil

的確是一本非常好的書。我仍然沒有看到一種模式可以表示復雜的多分支條件（multi-branch conditional logic）邏輯：

if this then
{
    if that or theother then
    {
    }
    else if here then
    {
    }
    else if now then
    {
    }
    else
    {
    }
}

評論

這是我所發現的關于J2EE和.Net模式的最佳圖書。我想它注定會成為經典。我發現關于「何時進行分布式，Unit Of Work，Domain Model和Data Mapper模式」的論述極為有用。它改變了我考慮企業應用的方式。

就其范圍而言，我想它處于原先Gamma等人所著的“設計模式”與一本像“J2EE模式”書之間的位置。“設計模式”描述了能夠適用于任何類型應用的既有模式。“J2EE模式”則從一個平臺的角度來描述模式（盡管它們許多也同樣適用于其他的平臺）。Fowler的書描述了一組能夠工作于某種類型應用（業務應用）的模式，但它更適用于多種平臺。

這本書要好于“J2EE模式”，“J2EE模式”這本書沒有很好地論述哪些J2EE部分需要避免，以及哪些“模式”實際上是為平臺本身的問題而工作的（例如，“Composite Entity”模式）。

我非常不同意第一位評論者的觀點。Fowler確實論述了「模式所工作的最佳平臺」。書的第一部分給出了一個很好的線路圖（road map），以確定能夠在你的應用中使用哪組模式。他明確地提到.Net會引導你進入Table Module的方向，而使用J2EE你可能不會使用這個模式。

就框架用到的模式而言，我依然發現「了解框架所實現的模式」是非常有用的。這樣你便會知道需要選擇哪些框架。我們最近正在進行O/R mapping工具的選擇過程。閱讀Unit Of Work，Data Mapper，Repository，Lazy Load和Identity Map章節，將對這個過程*非常*有幫助。同樣，閱讀Front Controller模式則給了我一些關于「如何最好地利用Struts框架」的新思路。我完全不同意“學習與這些框架相關的模式將不會帶來很多價值”的觀點。在這里，無知絕不是福。

最后，關于「本書“只是”收集和命名某些已經存在的模式，從而降低了它的價值」的觀點同樣無聊。許多開發者發現這些業經實踐的真正模式是非常有用的。對通用的模式命名并進行清晰的描述是非常有幫助的。這正是最初“設計模式”一書所要做的內容。按照這個邏輯，我猜想最初的那位評論者可能只給了“設計模式”三顆星。

這是一本偉大的書。

評論

這本書給出了基于層式架構（他沒有涉及過濾器/管道模式）企業解決方案的模式目錄。它為許多企業相關問題提供了多種可能的解決方案（使用C#和Java）。基于J2EE/.NET/CORBA框架的應用都會存在這些大多數問題。如果使用者已經閱讀了J2EE設計模式，設計模式（Gang of Four）的書，并且在3-4個企業多層應用上工作過，那這本書便十分有意義。這些解決方案非常容易付諸實施，至少在基于J2EE應用服務器的解決方案中是這樣。

順便說一句，這本書在Amazon上已經脫銷，我從Barnes & Noble上訂購一本并且也獲得了不錯的折扣。

缺點：

• 沒有隨書附帶的CD:-) ??
• 沒有使用所有（高級）語言工具（使之易于閱讀）

評論

這確實是一本關于構建企業應用的非常好的讀物。我喜歡作者給出了當前最常用到的軟件平臺（如Java和.NET）的示例。不管怎樣，作者對Java所給出的細節要比.NET更多，并且他論述的模式并不總是具有那樣的通用性。并沒有很好地涉及Table Module相關的事情。我有一個問題提請注意，任何愿意就這個事情提供幫助的本書讀者，請與我聯系。

總之，我喜歡閱讀這本書，并且我相信它物有所值。