JavaScriptデザインパターンを学ぶ 第2版

第2章. 「パターン」性テスト、プロト・パターン、そして3の規則

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

新しいパターンが提案されてから、そのパターンが広く採用される可能性が出てくるまで、パターンは設計コミュニティやソフトウェア開発者による深い検査を何度も受けなければならないかもしれない。この章では、新しく導入された「プロト・パターン」が「パターン」性テストを経て、最終的に3つの規則を満たせばパターンとして認められるまでのこの道のりについて語る。

この章と次の章では、新生デザインパターンを構造化し、書き、提示し、レビューするためのアプローチを探求する。もし最初に確立されたデザインパターンを学びたいのであれば、当面はこの2章を読み飛ばしても構わない。

プロトパターンとは何か？

すべてのアルゴリズム、 ベストプラクティス、あるいはソリューションが、完全なパターンとみなされるものを表しているわけではないことを覚えておいてほしい。いくつかの重要な要素が欠けているかもしれないし、パターン・コミュニティは一般的に、広範かつ批判的な評価なしにパターンであると主張するものには警戒心を抱く。パターンの基準を満たすと思われるものが提示されたとしても、他者による適切な期間の精査とテストが行われるまでは、それをパターンとして考えるべきではない。

もう一度アレクサンダーの仕事を振り返ってみると、 彼は、パターンはプロセスであると同時に "モノ "であるべきだと主張している。この定義は、"モノ "を作成するのはプロセスであるべきだと言っているので、難解である。これが、パターンが一般的に、視覚的に識別可能な構造に取り組むことに焦点を当てる理由である。私たちは、パターンを実践することによって生じる構造を表す絵を視覚的に描く（描く）ことができるはずである。

パターン」テスト

デザインパターンを勉強していると、よく「プロト・パターン」という言葉に出くわすかもしれない。これは何だろう？さて、まだ「パターン」性のテストに合格していないパターンは、通常プロトパターンと呼ばれる。プロトパターンは、コミュニティと共有する価値のある特定のソリューションを確立した人の仕事から生まれるかもしれない。しかし、比較的歴史が浅いため、コミュニティは提案された解決策を適切に吟味する機会がない。

あるいは、パターンを共有する個人は、「パターン」化プロセスを経る時間や興味がなく、 その代わりにプロトパターンの短い説明を公開するかもしれない。このようなパターンの簡潔な説明や断片は、パトレットと呼ばれる。

適格なパターンを包括的に文書化する作業は、かなり大変なものになる。デザイン・パターンの分野における初期の仕事を振り返ってみると、パターンは以下のことを行っていれば「良い」とみなされるかもしれない：

特定の問題を解決する

パターンは原理原則や戦略を捉えるだけのものではないはずだ。解決策をとらえる必要がある。これは優れたパターンの最も重要な要素の一つである。

明白な解決策がない

問題解決のテクニックは、しばしばよく知られた第一原理から導き出そうとすることが発見できる。最良のデザインパターンは通常、問題に対する解決策を間接的に提供する-これはデザインに関する最も困難な問題に対して必要なアプローチであると考えられている。

実証済みの概念を説明する

デザインパターンには、それが説明どおりに機能するという証明が必要であり、この証明がなければ、そのデザインを真剣に検討することはできない。もしパターンが本質的に極めて推測的なものであれば、勇者だけがそれを使おうとするだろう。 ...