福勒的“企业应用架构模式”仍然相关？

我正在考虑购买Martin Fowler的“企业应用架构模式”。

从我所能看到的，这似乎是一本好书，一本偏向于企业Java的build筑书 – 正是我所需要的。

然而，在电脑年代，这是相当古老的。 2003年是很久以前的事了，从那时起事情已经有了很大的进展。

所以我想知道有没有人可以告诉我：这本书还是相关的，值得一读吗？

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

这本书和埃里克·埃文斯关于领域驱动devise的书是我每年的书 – 每年;）…

这是非常相关的。我经常引用其他开发者从这本书的特定模式，作为他的网站（ http://www.martinfowler.com/eaaCatalog/ ），如数据传输对象和服务层的链接。

后者是我认为自己“发明”的一种，直到我看到福勒已经写下来。

鉴于这个问题的答案现在已经三年了，我认为重申Martin Fowler模式的相关性是重要的。

GOFdevise模式书于1994年首次出版，其许多模式仍被认为是相关的。我们可能已经对它们有了更深入的了解，并且产生了微妙的变体，但它们作为任何优秀的面向对象devise的基础。

现代语言越来越多地实现了幕后的一些模式，所以理论上的开发人员不必知道他们（例如通过C＃中的yield语句的迭代器模式）。但是，开发人员对于了解他们来说是一个更好的select。

在马丁的书上 – 这绝对是相关的。现在许多图书馆在后台支持这些模式，再一次将它们从开发者中抽象出来，而且它们又是企业应用软件开发的核心。

无论语言，系统还是平台，他们都能一次又一次地解决问题。

我不同意“偏向于Java”的说法。模式本质上是语言不可知的。它们被定义为常见问题的解决scheme。福勒书的副本在Java和C＃中都有例子，所以我看不出“偏见”是在哪里出现的。它们是最常用的面向对象语言，而且他正在谈论针对企业问题的面向对象的解决scheme。

GoF书籍在Smalltalk和C ++中有例子。为什么他们对Java和C＃这么“偏颇”？提示：这本书写的时候，语言是不存在的，但是模式和以前一样重要。

这是目前在我的大学信息系统devise原理课程中使用的教科书。

非常相关，当然不会链接到一种语言。见证即将到来的Rails迁移到Merb，在一个非常真实的意义上，从POEAA（ActiveRecord）到另一个（DataMapper）的模式。

从ORM策略到会话pipe理的许多其他概念都是相关的，并且与语言无关。当我读到福勒的影响力时，我仍然一片哗然。他并没有在这里发明所有的概念，但是他的确是将这些概念编成了这样一个简洁而又易于理解的概念，并使之成为整个行业的共同说法。仍然必不可less

绝对！

这本书是一个经典。我刚刚重新阅读，以帮助在事件驱动的会计系统的一些工作。

福勒已经重新审视了一些模式，你可以看到他的作品正在进行中。

是的，这本书还是相关的。如果您担心自己的价值并通过相同的渠道出售，您可以在亚马逊购买使用过的副本。