11

過去10年ほどの間、クリストファー・アレクサンダーの新作「The Nature of Order」と、それをソフトウェアに適用する方法について言及している記事や論文が散在しています。

残念ながら、私が見つけることができる唯一の作品は、JamesCoplienとRichardGabrielからのものです。少なくともグーグルを通してそのようなものを見つけようとした私の試みからは、それ以上のものは何もありません。

この種の議論はどこでも起こっていますか?

MSN


@ジョージア

私の質問は、デザインパターンやパターン言語についてではありません。それは、クリストファー・アレクサンダーの仕事の多くをソフトウェアに適用できるかどうかを確認することです(アーキテクチャや建物よりも物理的な制約がさらに少ないため、おそらく可能です)。

デザインパターンとパターン言語は、アレクサンダーのデザインパターンの構造を取り入れているようですが、本質を捉えているものは多くありません。本質は、特定の状況で問題を解決することを超えた何かです。

アレクサンダーの後の作品のいくつかを参照点として使用せずに説明することは困難です。

編集:いいえ、私はそれを取り戻します。

たとえば、Alcovesと呼ばれる建築デザインパターンがあります。このパターンには、状況の状況だけでなく、建物の目的に関する基本事項にも根ざしたコンテキストがあります。つまり、建物は住むべき構造であり、住むことを促進する必要があります。アルコーブパターンの場合、家族が物理的に一緒にいることとできることが重要であるため、複数の人が同じエリアにいて異なることを行うことができるエリアが必要です。他の家族の気を散らす傾向があるもの。

ほとんどのソフトウェアデザインパターンは、コンテキスト内の問題を記述しますが、問題が重要である理由、または問題がソフトウェアの基本的なものである理由について、より深い説明はしていません。これにより、デザインパターンを不適切または軽快に適用することが非常に簡単になります。これは、当初のデザインパターンの意図とは正反対です。

MSN

4

2 に答える 2

0

あなたの質問は、Eric Evans が著書「Domain-Driven Design」で行ったコメントのいくつかを思い起こさせます。彼は、ソフトウェア開発における設計パターンは、技術的な問題に対する厳密な技術的解決策として説明されることが多いと指摘しています。しかし、ソフトウェアの実装に構造を与えるだけでなく、ビジネス モデルにも意味のあるパターンを適用する機会がある場合があります。

たとえば、STRATEGY パターンの使用を単なる実装の詳細として考えてみましょう。それに対して、プログラマーとビジネスにとって、STRATEGIES がどのように選択され、使用されるか、つまり、それが言語のユビキタス言語の一部である場合について話すことが実際に理にかなっている場合とは対照的です。システム:

ドメイン層で技術設計パターンを使用する場合、別の動機、別の意味の層を追加する必要があります。STRATEGY が実際のビジネス戦略またはポリシーに対応している場合、パターンは単なる有用な実装手法以上のものになります (ただし、それも価値のあるものです)。【第12章】

Evans は、ソフトウェア モデルをビジネス ドメインの深いモデルに合わせることは達成が難しい目標ではあるが、莫大な価値を提供するものであると主張しています。彼が正しければ、おそらくソフトウェア設計パターンが作成する必要がある「より深い声明」は、ソフトウェア システム自体の狭い技術的範囲を超えて、パターンがより広い問題のコンテキストにどのように適合するかということです。

于 2012-06-02T14:24:32.620 に答える
0

http://c2.com/cgi/wiki?NatureOfOrderまたはhttp://c2.com/cgi/wiki?HowNatureOfOrderAppliesToSoftwareから始めてみてください。

于 2012-05-11T22:28:46.140 に答える