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

我正在考虑购买Martin Fowler的"企业应用程序架构模式".

从我所看到的,它看起来像一本好书,一本偏向于企业Java的架构书 - 正是我所需要的.

然而,在计算机时代,它已经很老了.2003年是很久以前的事情,从那时起事情已经发生了很大变化.

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

1> Mitch Wheat..：

---

是的,它仍然是非常相关和一个很好的资源.

---

2015年仍然如此？

---

......而且不仅仅是java开发人员.这确实是一个很好的阅读,你不需要任何特殊的Java知识来理解,他正在写什么.

---

@robsch是的,仍然相关.

2> mjn..：

---

这本书和Eric Evans关于领域驱动设计的书,是我今年的书 - 每年;)...

3> John Saunder..：

---

这非常重要.我经常将其他开发人员引用到该书中的特定模式,作为其网站(http://www.martinfowler.com/eaaCatalog/)的链接,例如数据传输对象和服务层.

后者是我认为我"发明"的那个,直到我看到福勒已经写过它.

---

一个人不能发明模式,只能发现它们;)

4> James Wisema..：

---

鉴于这个问题的答案现在已经有三年了,我觉得重申Martin Fowler模式的相关性很重要.

GOF设计模式书于1994年首次出版,其许多模式仍被认为是相关的.我们可能已经对它们有了更深入的了解并产生了微妙的变体,但它们是任何优秀OO设计的基础.

现代语言越来越多地实现了幕后的一些模式,因此理论上的开发人员不必了解它们(例如,通过yieldC#中的语句的Iterator模式).但是,开发人员更了解他们.

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

无论语言,系统或平台如何,它们都会一次又一次地解决出现的问题.

5> duffymo..：

---

我不同意"偏向Java"的说法.模式,就其本质而言,与语言无关.它们被定义为常见问题的解决方案.Fowler的书的副本在Java和C#中都有例子,所以我看不出"偏见"的位置.它们是最常见的面向对象语言,他正在讨论面向对象的企业问题解决方案.

GoF书中有Smalltalk和C++的例子.为什么他们对Java和C#如此"偏见"？提示:编写该书时语言不存在,但模式与以往一样重要.

6> Thomas Owens..：

---

它目前是我大学 信息系统设计原理课程中使用的教科书.

7> Andy Dent..：

---

绝对!

这本书很经典.我刚刚重新阅读它,以帮助完成事件驱动的会计系统的一些工作.

Fowler一直在重新审视一些模式,你可以看到他的作品正在进行中.

8> Dave Sims..：

---

非常相关,当然也不是一种语言.见证即将到来的Rails移动到Merb,在非常真实的意义上是从POEAA(ActiveRecord)中的一种模式转移到另一种模式(DataMapper).

从ORM策略到会话管理的许多其他概念都是相关的,与语言无关.当我读到福勒的影响力时,我仍然感到很沮丧.他并没有在这里发明所有的概念,但他确实以这种简洁易懂的方式编纂和命名这些想法,以使它们在整个行业中得到普遍的说法.仍然很重要.