神のオブジェクト

オブジェクト指向プログラミングにおいて、神オブジェクト（全知オブジェクトとも呼ばれる）とは、多数の異なる型を参照したり、無関係または分類されていないメソッドが多すぎたり、あるいはその両方の組み合わせを持つオブジェクトである。 ^[1]神オブジェクトは、アンチパターンおよびコード臭の一例である。^[2]

一般的なプログラミング手法は、大きな問題をいくつかの小さな問題に分割し(分割統治戦略)、それぞれの解決策を作成することです。小さな問題が解決されると、大きな問題全体が解決されます。したがって、小さな問題に対する特定のオブジェクトは、自分自身についてのみ認識する必要があります。同様に、オブジェクトが解決する必要がある問題は 1 セットのみ、つまりオブジェクト自身の問題です。これも単一責任の原則に従います。

対照的に、ゴッド オブジェクトを使用するプログラムは、このアプローチには従いません。このようなプログラムの全体的な機能のほとんどは、単一の「全知」オブジェクトにコード化されており、このオブジェクトはプログラム全体に関するほとんどの情報を保持し、このデータを操作するためのほとんどのメソッドも提供します。このオブジェクトは大量のデータを保持し、多くのメソッドを必要とするため、プログラム内での役割はゴッドのような (全知で包括的な) ものになります。プログラム オブジェクトが直接通信するのではなく、プログラム内の他のオブジェクトは、情報と対話のほとんどを単一のゴッド オブジェクトに依存します。このオブジェクトは他のコードの多くと密接に結合(参照) されているため、より均等に分割されたプログラミング設計の場合よりも保守が難しくなります。1 つのルーチンのためにオブジェクトに加えられた変更は、他の無関係な機能に波及効果をもたらす可能性があります。

神オブジェクトは、手続き型プログラミング言語でサブルーチンを使用しないこと、または状態情報を格納するためにグローバル変数を多用しすぎることのオブジェクト指向版です。

god オブジェクトを作成することは、通常は悪いプログラミング手法であると考えられていますが、この手法は、保守性やプログラミングの簡潔さよりも パフォーマンスの向上と制御の集中化が重要となる、厳しいプログラミング環境 (マイクロコントローラなど)で使用されることがあります。

• ラビオリコード– 逆パターン

• アンチパターンと最悪のプラクティス - モンスター オブジェクト。
• コードの匂い 14 — 神のオブジェクト