我正在考虑购买Martin Fowler的"企业应用程序体系结构模式"。

从我所看到的，它看起来像是一本伟大的书，一本偏向企业Java的建筑书籍——正是我所需要的。

然而，在计算机时代，它是相当古老的。2003年是很久以前的事了，从那以后事情有了很大的发展。

所以我想知道是否有人能告诉我：这本书仍然相关，值得一读？

是的，它仍然很相关，是一个很好的资源。

这本书，以及埃里克·埃文斯关于领域驱动设计的书，是我的年度最佳书籍——每年；)…

这是非常相关的。我经常向其他开发人员推荐这本书中的特定模式，作为到他的站点(http://www.martinfowler.com/eaacatalog/)的链接，例如数据传输对象和服务层。

后者是一个我认为我已经"发明"直到我看到福勒已经写了它。

鉴于这个问题的答案现在已经有三年了，我觉得重申马丁·福勒模式的相关性很重要。

GOF设计模式书于1994年首次出版，其中许多模式仍然被认为是相关的。我们可能对它们有了更深的理解，并产生了微妙的变体，但它们是任何好的面向对象设计的基础。

现代语言越来越多地在幕后实现一些模式，这样理论上的开发人员就不必了解这些模式(例如，通过c中的yield语句的迭代器模式)。但是，开发人员更适合了解它们。

继续马丁的书-这绝对是相关的。事实上，许多库现在在后台支持这些模式，再一次将它们从开发人员那里抽象出来，但它们又是企业应用程序软件开发的核心。

它们解决了一次又一次出现的问题，不管是语言、系统还是平台。

这是我所在大学信息系统设计原理课程的教材。

我不同意"偏向Java"语句。模式本质上是语言不可知论。它们被定义为解决常见问题的方法。Fowler的书的副本在Java和C语言中都有例子，所以我看不出"偏见"是从哪里来的。它们是最常见的面向对象语言，他在谈论面向对象的企业问题解决方案。

GOF书在Simultalk和C++中有例子。为什么他们对Java和C语言如此"偏见"？提示：写这本书的时候语言并不存在，但是模式和以前一样相关。

非常相关，当然不限于一种语言。见证即将到来的Rails移动到Merb，在一个非常真实的意义上，从Poeaa(ActiveRecord)中的一个模式移动到另一个(DataMapper)。

许多其他概念，从ORM策略到会话管理，都是相关的和语言无关的。当我读到福勒的影响有多大的时候，我还是很震惊。他并没有在这里发明所有的概念，但他确实以一种简洁易懂的方式编纂并命名了这些概念，使它们成为整个行业的通用用语。仍然是必不可少的。

绝对！

这本书很经典。我只是在重新阅读它，以帮助完成一些关于事件驱动会计系统的工作。

福勒从那以后一直在回顾一些模式，你可以看到他的作品在进行中。

是的，这本书还是相关的。如果你担心它的价值，你可以在亚马逊上取用过的拷贝，然后通过同一渠道销售。