Martin Fowler の「Patterns of Enterprise Application Architecture」を購入しようと考えています。
私が見る限り、これは素晴らしい本のように思えます。エンタープライズ Java に偏ったアーキテクチャーの本であり、まさに私が必要としているものです。
しかし、コンピュータ時代では、かなり古いです。2003 年は遠い昔のことで、その時から物事はかなり進んでいます。
この本は今でも関連性があり、読む価値がありますか?
Martin Fowler の「Patterns of Enterprise Application Architecture」を購入しようと考えています。
私が見る限り、これは素晴らしい本のように思えます。エンタープライズ Java に偏ったアーキテクチャーの本であり、まさに私が必要としているものです。
しかし、コンピュータ時代では、かなり古いです。2003 年は遠い昔のことで、その時から物事はかなり進んでいます。
この本は今でも関連性があり、読む価値がありますか?
はい、今でも非常に関連性が高く、優れたリソースです。
この本、およびドメイン駆動設計に関するエリック・エバンスの本は、今年の私の本です-毎年;)..。
それは非常に関連性があります。私は他の開発者に、データ転送オブジェクトやサービスレイヤーなどの彼のサイト( http://www.martinfowler.com/eaaCatalog/ )へのリンクとして、その本の特定のパターンを頻繁に紹介しています。
後者は、ファウラーがすでにそれについて書いているのを見るまで、私が「発明した」と思ったものです。
この質問への回答が 3 年前のものであることを考えると、Martin Fowler のパターンの関連性をもう一度述べることが重要だと感じました。
GOF デザイン パターンの本は 1994 年に最初に出版され、そのパターンの多くは今でも関連性があると考えられています。それらをより深く理解し、微妙なバリエーションを作成したかもしれませんが、それらは優れた OO 設計の基礎として存在します。
現代の言語では、理論的には開発者がそれらについて知る必要がないように、バックグラウンドでいくつかのパターンを実装することが増えています (例としては、yield
C# のステートメントによる反復子パターンがあります)。しかし、開発者はそれらを知るのに適しています。
マーティンの本に移ります - これは絶対にまだ関連しています。多くのライブラリがバックグラウンドでこれらのパターンをサポートするようになり、開発者から離れて再び抽象化されていることは事実ですが、やはりエンタープライズ アプリケーション ソフトウェア開発の中核です。
言語、システム、プラットフォームに関係なく、何度も発生する問題を解決します。
現在、私の大学の 情報システム設計原則コースで使用されている教科書です。
「Java への偏見」という主張には同意しません。パターンは、その性質上、言語に依存しません。これらは、一般的な問題の解決策として定義されています。Fowler の本のコピーには、Java と C# の両方の例が含まれているため、「偏見」がどこにあるのかわかりません。これらは最も一般的なオブジェクト指向言語であり、エンタープライズの問題に対するオブジェクト指向のソリューションについて語っています。
GoF book には、Smalltalk と C++ の例があります。なぜ彼らは Java や C# に対して「偏っている」のでしょうか? ヒント: その本が書かれたとき、言語は存在しませんでしたが、パターンは相変わらず関連性があります。
非常に関連性が高く、確かに 1 つの言語に縛られていません。次の Rails の Merb への移行を目撃してください。非常に現実的な意味で、POEAA のあるパターン (ActiveRecord) から別のパターン (DataMapper) への移行です。
ORM 戦略からセッション管理まで、他の多くの概念は関連性があり、言語に依存しません。これを読んでも、ファウラーの影響力がどれほど大きいか、私はまだ圧倒されています。彼はここですべての概念を発明したわけではありませんが、業界全体で共通の用語にするために、これらの概念を簡潔かつアクセスしやすい方法で体系化し、名前を付けたことは確かです。それでも不可欠です。
はい、本はまだ関連しています。その価値が心配な場合は、Amazonで中古コピーを受け取り、同じチャネルで販売することができます。