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

第4章 アンチパターン アンチパターン

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

エンジニアとして、私たちはソリューションを提供する期限に追われていたり、コードレビューが行われることなく一連のパッチとしてコードが含まれてしまうような状況に遭遇することがある。そのような場合のコードは、必ずしもよく練られているとは限らず、アンチパターンと呼ばれるものが伝播する可能性がある。この章では、アンチパターンとは何か、なぜアンチパターンを理解し識別することが不可欠なのかを説明する。また、JavaScriptにおける典型的なアンチパターンについても見ていく。

アンチパターンとは何か？

パターンがベストプラクティスを表すとすれば、 アンチパターンは、提案されたパターンがうまくいかなかったときの教訓を表す。GoFのデザインパターンという本に触発されて、Andrew Koenigは1995年にJournal of Object-Oriented Programmingの第8巻の論文でアンチパターンという言葉を初めて作った。彼はアンチパターンを次のように説明した：

アンチパターンとは、解決策の代わりに、表面的には解決策のように見えるが解決策ではないものを与えることを除けば、パターンに似ている。

彼はアンチパターンについて2つの概念を提示した。アンチパターンだ：

• 特定の問題に対する悪い解決策を説明し、その結果、好ましくない状況が発生した。

• どうすればこの状況から抜け出し、良い解決策に向かうことができるかを説明する。

このトピックについてアレクサンダーは、優れたデザイン構造と優れたコンテクストのバランスを取ることの難しさについて書いている：

機能に対するレスポンスとして、新しい物理的秩序、組織、形態を示す物理的なものを発明するプロセスである。......あらゆるデザイン問題は、問題の形とその文脈という2つの実体の間の適合性を達成する努力から始まる。形は問題の解決策であり、文脈は問題を定義する。

アンチパターンを理解することは、デザインパターンを意識することと同じくらい不可欠である。その理由を説明しよう。アプリケーションを作成するとき、プロジェクトのライフサイクルは構築から始まる。この段階では、利用可能な優れたデザインパターンから適当に選択することになるだろう。しかし、初期化後はメンテナンスが必要になる。

すでに本番稼動しているアプリケーションのメンテナンスは、特に難しいかもしれない。アプリケーションに取り組んだことのない開発者が、誤って悪い設計をプロジェクトに持ち込んでしまうかもしれない。このような悪い習慣がすでにアンチパターンとして特定されていれば、開発者は事前にそれを認識し、既知の一般的な間違いを避けることができる。これは、デザインパターンの知識によって、既知の 有用な標準テクニックを適用できる領域を認識できるのと似ている。

進化するソリューションの品質は、チームがそれに投資したスキルレベルと時間によって、良くも 悪くもなる。完璧な」デザインも、間違った文脈で適用されれば、アンチパターンとして認定されるかもしれない。

要約すると、アンチパターンとは、文書化する価値のある悪いデザインのことである。

JavaScriptのアンチパターン

開発者は、コード納期を早めるための近道や一時的な解決策を、わかっていながら 選ぶことがある。これらは恒久的なものになりがちで、本質的にアンチパターンで構成される技術的負債としてアキュムレータに蓄積される。JavaScriptは弱く型付けされた、あるいは型付けされていない言語であるため、特定のショートカットを容易にする。以下は、JavaScriptで出くわすかもしれないアンチパターンの例である： ...