ベストプラクティス - フレームワークテーマをカスタマイズするのではなく、子テーマを作成する必要がありますか？ （HTML 5リセットなど）
私はかなりの数のワードプレスサイトを構築し、HTML5のリセットテーマを頻繁に使用してきました。
私のワークフローは、テーマ内のファイルを単純に編集することです。これは、カスタムCSS、php、カスタムwp_queryなどのループを使用することが多いためです。
しかし、代わりに子テーマを作成する必要がある特別な理由があるのかどうかと思いますか。私は私が本当にその基本的なヘッダ、フッタ、およびhtml構造全体のためにHTML5リセットを使うだけであるように私が非常に多くのカスタマイズをしていることに気付きます。子テーマを実際に実装して十分なカスタマイズを管理する方法が完全にはわからない。
ですから、私の質問は、ベストプラクティスとして、まだ子テーマを使用し、基本的に同じファイルが非常に多く、親をオーバーライドしている必要はないということです。
私にとっては、親をカスタマイズする方法として子テーマを見ることができますが、それでも外観や機能の大部分は同じままです。これは不正確な認識ですか？
事前に感謝します。
基本的な質問は、将来HTML5のリセットテーマをアップグレードするつもりですか？もしそうなら、あなたのテーマはその機能を継承したいですか？もしそうなら、子供のテーマは行く方法です。そうでなければ、それから新しいテーマを構築することが進むべき道です。個人的には、目的が親のテーマと実質的に同じ機能を持つことを目的としている場合を除いて、私は子供のテーマを避けますが、わずかな変更があります。
私は自分が説明したのと同じ状況にいることに気付きます - 私は多くのテーマを作成し、そして私がやったことは出発点として使用するしっかりした「基本」テーマを作成し、そして追加することです。説明しました.
私は子供のテーマが大好きではありません。なぜならそれらは少しオーバーヘッドを追加するからです。私はこれについて議論する人もいると確信していますが（phpはサーバー上で処理されるため、オーバーヘッドは最小限に抑えられます）、私は自分の立場に固執します。 WordPressは素晴らしいですが、脆弱性の1つは、私が「肥大化」と呼ぶものを作成する傾向があることです。多くのプラグインをサイトに追加し、コードを追加します。疑わしいです。子のテーマは、このコードの肥大化に少しだけではありますが貢献しています。 WordPress Codexから"代わりに、[子テーマのfunctions.phpファイル]が親のfunctions.phpに加えてロードされます（具体的には、親のファイルの直前にロードされます）"。そして、スタイルの扱い方を見れば、親テーマのスタイルをインポートしてから自分で追加/上書きすることになります - これは最小で最も効率的なCSSフットプリントにはなりません（ダウンロード速度には影響しません）。 。
新しいテーマを作成するときに、子テーマを使用する主な理由を評価します。親テーマの機能を最大限に活用し、親テーマを通じて子テーマのアップグレード可能性を維持するためです。アップグレードする機能を維持する必要がない場合は、子テーマの代わりに新しいテーマを作成すると、テーマの効率が上がります。