テーマでのOOPの使用

本当に必要ないときは、オブジェクト指向コーディングを利用する多くのプラグインがあります。

さらに悪いことは、テーマ開発者が同じことを始めているということです。Suffusionのような商用テーマや無料の人気テーマ、さらに私のお気に入りのテーマ-Hybridは、すべての機能をクラス内に詰め込み、functions.phpで一度インスタンス化し、その機能を手続き的に実行します:)

WTF？これを行う意味は何ですか？明らかに、同じテーマの複数のインスタンスを同時に使用することはありません。

プラグインが名前空間（これはばかげている）に対してこれを行うと仮定しますが、テーマの言い訳は何ですか？何か不足していますか？

このようなテーマをコーディングする利点は何ですか？

あなたが提供した例に基づいてあなたの混乱を理解できます。それはクラスを使用する本当に悪い方法です...そしてクラスが使用されているという理由だけで、システムのOOPを作成しません。

Hybridの場合、クラスを使用して関数の名前空間を指定しているだけです。ハイブリッドがテーマフレームワークであると考えると、開発者が名前の衝突を心配することなく、子テーマが関数名を再利用できるようになります。多くの場合、テーマフレームワーク（親テーマ）は非常に複雑であるため、多くの子テーマ開発者は内部で何が起こっているかを正確に理解することはありません。

Hybridがクラス構造を使用しなかった場合、子テーマの開発者は、名前の再利用を避けるために、既存のすべての関数呼び出しが何であるかを知る必要があります。もちろん、すべての関数の前に一意のスラッグを付けることもできますが、同じ機能を使用したいシステムをさらに開発した場合、コードが読みにくくなり、保守が難しくなり、本質的に再利用できなくなります。

質問に答える

WTF？これを行う意味は何ですか？明らかに、同じテーマの複数のインスタンスを同時に使用することはありません。

いいえ、同じテーマの2つ以上のインスタンスを使用することはありません。しかし、私が言ったように、この場合のクラス構造は、従来のオブジェクトインスタンスを作成するのではなく、関数の名前空間と考えてください。クラス内のすべてをまとめ、インスタンス化してメソッドを呼び出す（myClass->method();）か、メソッドを直接呼び出す（myClass::method();）のは、読みやすく、再利用可能な方法で物事を名前空間にする非常にクリーンな方法です。

もちろんmyClass_method();、代わりに次のようなものをいつでも使用できますが、別のテーマ、プラグイン、または他のフレームワークでこのコードを再利用する場合は、すべてのプレフィックスを変更して変更する必要があります。クラス内のすべてを保持することはよりクリーンであり、再開発と再デプロイをより迅速に行うことができます。

プラグインが名前空間（これはばかげている）に対してこれを行うと仮定しますが、テーマの言い訳は何ですか？何か不足していますか？

ほとんどの場合、私はあなたに同意します。ただし、その大半は急速に衰退しています。同じテーマのバリエーションを使用するMultiSiteインストールでいくつかのサイトをホストしています。同じテーマをわずかな違いで何度も再作成するのではなく、親テーマ用の単一の「クラス」があり、すべての子テーマがそのクラスを拡張します。これにより、各サイトのカスタム機能を定義しながら、ネットワーク全体で統一感を維持できます。

一方では、テーマ開発者はクラスベースのアプローチを選択して機能の名前空間を決定する場合があります（同じコードのチャンクを何度も再利用する環境で作業するのはばかげていません）。一方、テーマ開発者は、子テーマで簡単に拡張できるようにクラスベースのアプローチを選択できます。

このようなテーマをコーディングする利点は何ですか？

サイトでハイブリッドのみを使用している場合、エンドユーザーとしての利点を知ることはほとんどありません。Hybridの子テーマを構築している場合、名前空間と拡張性の利点があります。ThemeHybridで働いている場合、他のプロジェクト（Prototype、Leviathanなど）でのコードの迅速かつ効率的な再利用に利点があります。

そして、テーマ全体ではなくハイブリッドの特定の機能が好きなテーマ開発者であれば、非ハイブリッドプロジェクトでの迅速で効率的なコードの再利用に利点があります（GPLであると仮定）。

速度

現在の基本テーマには13のクラスがあります。新しいテーマを作成するときは、これらのクラスをそのまま使用するか、拡張します。このシステムにより、新しいテーマを作成するプロセスが非常に高速になります。

狭いスコープ

グローバル変数が必要になることはめったにありません。コードが知る必要のあるすべてがクラスメンバに隠されているからです。だから、貧弱に書かれたプラグインと衝突するリスクなしに、2つの非常に異なるフィルターまたはアクション間で変数を共有することができます。

メンテナンス

各クラスは1つのファイルです。クライアントのテーマを更新する必要がある場合は、いくつかのファイルを更新するだけです。同じAPIを提供する限り、クラス内で何が起こるかは私次第です。

例：comment_form();呼び出しの上で、単純なアクションを使用します：

do_action( 'load_comment_class' );
comment_form();

どのコメントクラスを読み込むかによって、コントローラーが決まります。コメントクラス内で正確に何が起こるかが個々のクラスを決定します。

これを純粋な手続き型アプローチで試してみてください。:)

読みやすさ

タスクによってすべてを分離した場合、数か月後に独自のコードを読み直して理解するのが非常に簡単になります。

便利なクラス階層の例

• Meta_Box->拡張するShortdesc_Meta_BoxおよびSimple_Checkbox_Meta_Box->拡張するSidebar_Switch
• User_Profile_Addon->拡張User_Profile_Checkbox（質問3255を参照）
• Comment_Form ->拡張 {$theme_name}_Comment_Form

考慮すべき別のポイント：速度。

if ( !class_exists('cccYourClassName') )  
// VERSUS  
if ( !function_exists('ccc_your_function_name') )

ちょっと見て/プリントアウトした後、私は〜1.700の内部機能と〜1.400のユーザー機能= 〜3.100 / 3.200機能VSを見つけました。〜250クラス。これは、ルックアップに必要な量について最も多くを示していると思います。!function_exists('')テーマで約50〜100個の関数を呼び出す場合は、タイマーを1つ設定してから数学を開始します。OOPでなくても、コードを作成するのに良い方法です

1）再利用可能
2）保守可能
3）交換可能
4）少し速く

メタボックスやウィジェットなどを高速に実行するのに役立つ、Webに散らばるさまざまなクラスを見るときは、@ toschoのようなコントローラーを使用することをお勧めします。クラスを処理するコントローラーのいくつかの行。

カプセル化がOOPが提供する唯一の（または少なくとも主要な）利点であり、継承と状態は退屈と悪の中間にあると主張する人もいます。

http://obiecte.blogspot.com/2008/09/oop-sucks.html

著者は、静的関数のコンテナとしてではなく、構造体としてクラス/オブジェクトを使用することについて語っていますが、OOPキャンプの真っすぐ外にいる人からの質問に対するまったく異なる見解を読むことは興味深いです。

Haskellで次のWordPressプラグインを作成できます。

ああ、かなり議論！私は、カプセル化にクラスを使用する頻度がはるかに高いことも認めなければなりません。私のプラグインでは、関数をクラスにラップすることができ、そのクラス内では、他のプラグインの中でも一般的である非常にシンプルで意味のあるメソッド名を使用します。その場合、クラスは名前空間の代わりになります。これは、5.2.x環境では避ける必要があります。

OOPがモジュール化に役立つという例はほとんどありませんが、関数をラップするという単純な行為は、プラグイン間の拡張性という追加のボーナスも生み出します。たとえば、最近、クラスベースの請求ソリューションを拡張しました。そのため、メインクラスを拡張したり、さまざまな関数にコードを追加したり（parent :: callsを使用）、拡張プラグインを内部化しなくても関数を置き換えたりすることができました。

しかし、ほとんどの場合、クラスラッピングは名前空間の代わりにすぎません。

あなたが書いていないコードについて不満を言うのは何ですか？

コードが気に入らない場合は、独自に記述してください！

シンプル。問題が解決しました。

プログラマーは自分のやり方でやりたいと思っています。ですから、コードの書き方、飲むウイスキーの種類、喫煙するタバコのブランド、または従うべき宗教を伝えることができると思い込まないでください。彼らはそのようなdiatribeをデバッグし、彼らが望むことを正しく行い続けます。;-)

コードは詩ではありません。コードは、シナトラの曲「My Way」のバリエーションです...