質問: テーマとwordpressのコーディング規約が矛盾している場合はどうすればいいですか? 私は _ s と の根 のような異なるスターターテーマを検討しています。根はとてもよく見えます、特にその生け花のフォーク。とにかく、私に関係することが一つあります。 rootsがテーマやプラグインのwordpressのコーディング標準に準拠していないようです。 rootsをスターターテーマとして使用したい場合は、どの標準に従う必要がありますか?
回答: これは非常に主観的な質問です - 非常に良くて興味深いものですが、私はこれについて私自身の見解を提供しようと思います。一般に、あなたは常にwordpress coding standardsを遵守するように努めるべきです。唯一の例外は、既存のコードを変更しているときです。基本的に、既存の "製品"(プラグインやテーマなど)を編集するときは、その製品が従うコーディング標準を使用する必要があります。ですから、あなたの場合は、テーマのコーディング標準に従うべきです。この差別化はかなり白黒に見えるかもしれませんが、違います。考慮すべき灰色の領域がたくさんあります。私はそれらのうちのいくつかをカバーしようとするつもりですが、最初に基本的なルールのセットを与えることを試みましょう。 製品を変更するのではなく、新しい製品を作成するか既存の製品を拡張する場合は、wordpressコーディング標準を使用してください。 wordpressコアでコードを変更する場合は、wordpressコーディング標準を使用します(追加のコードが準拠していない場合もあります)。 製品を変更していて、コードが読みやすくフォーマットが統一されている場合は、オリジナル製品のコーディング標準を使用してください。 一般に、コーディング標準の最も重要なことは、コードを読みやすくすることです。ですから、オリジナルのコーディング標準とwordpressのコーディング標準のどちらを使用するのかを決めるときには、この製品のコードを全体的に読みやすくするための質問を自分で考えてください、オリジナルまたはwordpressのコーディング標準を使用しますか?子テーマのコーディング基準これは実際には灰色の領域ではありませんが、明確にするのは興味深い点です。つまり、製品を拡張するとき(つまり、変更することなく実際に拡張するとき)、既存の製品に依存する追加の製品を提供します。これは別の製品であり、あなたはwordpressのコーディング標準を遵守するべきです。ばかげたコーディング標準あなたが製品を変更していて、それがばかげたコーディング標準(例えば、コードの可読性を著しく損なうコーディング標準)を持っているならば、あなたはwordpressコーディング標準の使用を選ぶべきです。一貫性のないコーディング規格オリジナルの製品が特定のコーディング標準のセットを順守することに矛盾がないように思われる場合は、独自の新しいコードにはwordpressコーディング標準を使用する必要があります。