テーマのget_template_partとアクションフック

どちらも、エンドユーザーがテーマファイルを実際に編集することなく（子テーマを介して）テーマを変更する機会を与えてくれるように思えます。

私の質問は、他の方法よりも好ましい方法です。

たとえば、現在取り組んでいるテーマを取り上げます。フックのテンプレート部分を使用するかどうかを決定しようとしています。

<?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' ); ?>

上記により、テーマのユーザーは、子テーマフォルダーに適切な名前のファイルを作成するだけでなく、同じ方法で既存の各セクションの前後に新しいコードを追加することで、既存のコードのセクションを置き換えることができます-before / afterテンプレートパーツファイルは親テーマにはまったく存在せず、単にコードを挿入できるようにするためだけに存在します。この方法では、フック/フィルターを理解してこれを実現する必要はありません。

もちろん、フックとフィルターを使用して同じことを達成できます。

代わりにフック/フィルターを使用する利点はありますか？これを使用するターゲットオーディエンスは、明らかにコードに精通しているわけではありません。テンプレートメソッドを使用するために従うことができる比較的基本的な指示を与えることができますが、フックで悪魔を混乱させることはほぼ確実です。

または、同じテーマ内で一方が他方より優れている状況はありますか？

フックは柔軟性が高いため、フックが好きです。テーマのfunctions.phpファイルからだけでなく、プラグインからもフックできます。私はプラグインにできるだけ多くのロジックを入れて、テーマのほとんどがレイアウトのものを含むようにします。

アクションフックを使用する場合でもget_template_part() 、そのフックハンドラーで使用することは可能です。これにより、両方の長所が得られます。おそらくを呼び出すデフォルトのフックを作成して、get_template_part()コーディングの経験があまりない人でも追加のファイルを追加できるようにすることもできます。

パフォーマンスに関して：get_template_part()（inlocate_template()）file_exists()を1、2、または4回使用します（呼び出し方に応じて）。これfile_exists()は非常に高速で、PHPおよびOSでもキャッシュを使用しているようです。おそらくそれは問題ではないでしょう。

主な違いは読みやすさです。いくつかの適切な名前のテンプレートパーツが表示されている場合、何が起きているのかを簡単に把握できます。フックが表示されている場合は、テーマの残りの部分を検索して、フックにアタッチされているものを確立する必要があります。

（比較的）子テーマのフックから関数を削除するのは簡単ですが、不要な親テンプレートを無視するのははるかに困難です。

基本的にフックでの作業はPHP側により近く、テンプレートでの作業はHTML側により近くなります。私は非常にフック指向のハイブリッド親テーマを使用します。親のテンプレートを取り除く必要があるまで、それは至福です。

技術に精通していないユーザーにとっても、どちらも非常に良いオプションではありません。とにかくそのようなテーマの内部をいじる必要があるのでしょうか？

PSはパフォーマンスの問題にも注意します。フックのあるものはメモリ内で発生し、テンプレートのあるものは大量のディスク検索を行います。特にあなたの例のようなものを書いている場合。

PPSはみんなの好みではありません...しかし、親のテーマをゼロから書く代わりに、既存の親のテーマを取り、ユーザーに簡単な子のテーマを提供してみませんか？