私はMartin Fowlerの「エンタープライズアプリケーションアーキテクチャのパターン」を購入するつもりです。Fowlerの「エンタープライズアプリケーションアーキテクチャのパターン」はまだ関連していますか？
私はそれが素晴らしい本のように思える、エンタープライズJavaに偏ったアーキテクチャの本 - 私が必要とするもののように思える。
しかし、コンピュータの年では、かなり古いです。 2003年はずいぶん前のことでしたが、その時から事態はかなり前に進みました。
誰かが私に言うことができるかどうか疑問に思っています。この書籍はまだ関連性があり、読み解く価値がありますか？
私は、「Javaに偏っている」というステートメントには同意しません。パターンはその性質上、言語に依存しません。それらは共通の問題に対する解決策として定義されています。 Fowlerの本のコピーには、JavaとC＃の両方の例がありますので、「偏り」がどこにあるのかはわかりません。オブジェクト指向の最も一般的な言語であり、オブジェクト指向のエンタープライズ問題解決の話です。
GoFブックにはSmalltalkとC++の例があります。なぜ彼らはJavaとC＃に対して "偏っている"のですか？ヒント：その本が書かれたときに言語は存在しませんでしたが、そのパターンはこれまでどおりに関連しています。
まあ、私は本を読んでいないので、私は本当に知らない...私は悪い方法で偏見を意味しませんでした。 「企業で使われているオブジェクト指向の共通言語」と言えば正解でしょうが、私はJavaの人です。「企業で使われるオブジェクト指向の言語」と思うとJavaと思います。 –
合意に達しましたが、あなたのコメントを読んでいる他の人は、あなたがそれを読んでいて、Javaの人々ではないので恥ずかしがり屋だと思うかもしれません。私は明確にしたかった。 – duffymo
それは本質的に真実ではありません。あなたが言いたいすべての言語は命令的な言語でした。機能的な言語で機能的なパターン、命令的な言語で命令的なパターンなどが必要です。 それについて考えると、突然変異に依存するパターンは純粋な機能的言語では機能しません。おそらく、私たちが通常使用するパターンは、プロローグやErlangで動作するでしょう。合理的な範囲で言えば、それは重要です。 – jQwierdy
非常に関連性があります。私はしばしば、他の開発者に、彼のサイト（http://www.martinfowler.com/eaaCatalog/）へのリンクとして、とService Layerのようなその本の特定のパターンを参照します。
後者は、ファウラーが既にそれについて書いていたのを見るまで、私が「発明した」と思ったものです。
パターンを作成することはできません。パターンを発見することはできません; – quantumbyte
現在、my university'sPrinciples of Information Systems Design courseで使用されている教科書です。
本書、およびEric Evans book about Domain-Driven Designは、今年の私の本です - 毎年;）...
はい本はまだ関連しています。その価値を心配し、同じチャンネルで販売する場合は、Amazonでコピーを使用することができます。
絶対に！
本は古典的です。私はちょうどイベントドリブンアカウンティングシステムに関するいくつかの仕事を手助けするためにそれを読んでいます。
ファウラーはパターンのいくつかを再訪しており、あなたは彼のworks in progressを見ることができます。
リンクが壊れています。 – Piovezan
パターン記事を含む新しいページへの固定リンク –
非常に関連性があり、確かに1つの言語に連鎖していません。今後のRailsがMerbに移行するのを目の当たりにすると、POEAA（ActiveRecord）のあるパターンから別のパターン（DataMapper）への移行が非常に現実的です。
ORM戦略からセッション管理まで、他の多くの概念は関連性があり、言語に依存しないものです。 Fowlerの広大な影響力を読んだとき、私はまだ床がついています。彼はここですべてのコンセプトを発明したわけではありませんが、業界全体にわたって一般的な意味合いを持つように簡潔でアクセス可能な方法でこれらのアイデアを表記しています。まだ不可欠です。
この質問に対する回答が3歳になったことを考えると、私はMartin Fowlerのパターンの関連性を再確認することが重要だと感じました。
1994年にGOFデザインパターンブックが初めて出版され、そのパターンの多くはまだ関連性があるとみなされています。われわれはそれらをより深く理解し、微妙な変種を生み出したかもしれないが、良いOO設計の基礎としてそこにある。
現代の言語は、理論上の開発者がC＃のyieldステートメントによるIteratorパターンであることを知る必要がないように、バックグラウンドでパターンのいくつかをますます実装しています。しかし、開発者はそれらを知る上でより良い方法です。
マーティンの本を読む - これは絶対に関連しています。多くの図書館がこれらのパターンをバックグラウンドでサポートしていることは事実ですが、今度はそれらを開発者から再度抽象化していますが、エンタープライズアプリケーションソフトウェア開発の中心にあります。
言語、システム、プラットフォームにかかわらず、繰り返し発生する問題を解決します。
人々はまだGoFを引用する傾向があります。 –
2003年のプログラミング言語の本は時代遅れです。しかし、PEAAはプログラミング言語ではなく、オブジェクト指向設計に関するものです。あなたが次の大きなもの（関数型プログラミングやMを使ったモデルプログラミングなど）に移行していない限り、本書はリリースされた日であっても今日のところ関係しています。 –
次の大きな問題をどのように機能的にプログラミングしていますか？それはLISP（1958年）との50年代、そしてLambda Calculusを考えるなら30年代にまでさかのぼりますが、ニットピックではありません。はい、それはまだ生きていて、蹴っています。しかし、次の大きなこと...アルファベットは次の大きなものです：D – Kheldar