質問: テーマのget_template_partとactionフォーク 私にはこれらの両方がエンドユーザーがテーマファイルを実際に編集することなくテーマを変更する機会を与えているように思えます(子テーマを通して)。私の質問は、他の方法よりも好ましい方法です。例えば、今取り組んでいるテーマを考えてみましょう。私はフックのテンプレート部分を使うかどうかを決めようとしています。<?php get_template_part('before_sitecontainer' ); ?> <div id="sitecontainer" class="sitecontainer" <?php //closed in footer ?>> <?php get_template_part( 'before_topcontainer' ); ?> <div id="topcontainer "> <?php get_template_part( 'before_topedge_navigation' ); ?> <?php get_template_part( 'topedge_navigation' ); ?> <?php get_template_part( 'before_site_header' ); ?> <?php get_template_part( 'site_header' ); ?> <?php get_template_part( 'before_second_navigation' ); ?> <?php get_template_part( 'second_navigation' ); ?> <?php get_template_part( 'after_second_navigation' ); ?> </div><!-- end topcontainer div --> <?php get_template_part( 'after_topcontainer' ); ?> 上記では、テーマのユーザーは、子テーマフォルダに適切な名前のファイルを作成するだけでなく、既存の各セクションの前後に同じ方法で新しいコードを追加することで既存のコードの任意のセクションを置き換えることができますパートファイルは、親テーマにはまったく存在せず、単にコードを挿入できるようにするためのものです - この方法では、これを実現するためにフックやフィルタを理解する必要はありません。もちろんフックとフィルターを使っても同じことができます。代わりにフック/フィルタを使用する利点はありますか?これを使用する予定の対象読者を念頭に置いておくことは、明らかにnot codeに精通していることです。私は彼らがテンプレートメソッドを使用するために従うことができる比較的基本的な指示を彼らに与えることができますが、ほとんど間違いなくフックでそれらから悪魔を混乱させるでしょう。それとも、同じテーマの中で、一方が他方より優れているような状況はありますか。
回答: 子テーマでフックから関数を削除するのは(比較的)簡単ですが、不要な親テンプレートを無視させるのははるかに困難です。本質的にフックを扱うことはphpサイドに近く、テンプレートを扱うことはhtmlサイドに近いです。私は非常にフック指向のハイブリッド親テーマを使います。あなたがいくつかの親のテンプレートを取り除く必要があるまで、それは至福です。技術に精通していないユーザーにとっては、どちらも非常に良い選択肢ではありません。どうして彼らはそのようなテーマの内部構造を台無しにする必要があるのでしょうか。psはパフォーマンスの問題にも注目しています。フック付きのものはメモリ内で発生し、テンプレート付きのものは多くのディスク検索を必要とします。あなたがあなたの例のように何かを書いている場合は特に。pps全員の好みではありません...しかし、最初から親テーマを書く代わりに、既存の親テーマを利用して単純な子テーマをユーザーに提供しないのはなぜでしょうか。