it-swarm-ja.com

プラグインにインラインCSSを含めても大丈夫ですか?

通常、プラグインではwp_enqueue_styleを使ってスタイルを追加します。しかし、私は現在、ほんの数行のCSSを必要とするプラグインを作成しているので、要求を保存するためにスタイルをインラインで提供する方がよいかどうか疑問に思います。 wp_enqueue_styleを使用することには多くの利点がありますが、そのような小さなCSSを追加で要求する価値はありますか?この分野で認められている「ベストプラクティス」はありますか?

21
Dustin

TL; DR; Enqueue

外部スタイルシートを使う

  • PRO:すべてのスタイルは一箇所にまとめられています。
  • PRO: Webページのコーディングを減らします。
  • PRO:プラグインを保守しやすくなります。
  • PRO:ファイルの場所を変更するためにフックを使うことができます。
  • PRO:ファイルをキューから取り出すためにフックを使うことができます。
  • PRO:自動的に縮小スタイルを使用できます。
  • CON:追加のHTTPリクエストを追加することもできます(克服することができます)。

インラインスタイルを使う

  • PRO:適用されたスタイルを直接見ることができます。
  • PRO:追加のHTTP要求はありません。
  • CON:スタイルを変更するためにフックを使用することはできません。
  • CON:スタイルのキューを解除するためにフックを使用することはできません。
  • CON:スタイルを縮小することはできません。
  • CON: スタイルをオーバーライドするために重要な !重要

通常、私は言うでしょう:あなたがそれを使っているのがあなただけであれば、確かに先に進んでインラインで実行してください。しかし、あなたは プラグイン について話しています、それはコードが public になることを意味するので、拡張性を目指します。今のところ、スタイルは数行しかありません。

  • CON:その数が少なくなったらどうなりますか。
  • CON:誰かがあなたのプラグインを拡張するとどうなりますか?
  • CON:誰かがそれを変更したい場合はどうなりますか?
  • CON:誰かがcssファイルで検索した場合はどうなりますか?
  • CON:誰かが自動的に縮小したい場合はどうなりますか?

したがって、エンキューします。 (できれば条件付きでプラグインがそれを必要とする場合のみ) 同じことがJavaScriptにも当てはまります 。 (ただし、可能であればフッターに含めてください)

14
Derk-Jan

これは答えるのが難しいです、そして、公式の答えがあるかどうか私は本当によくわかりません。

私は要求を保存することについての感情を理解していますが、インラインスタイルはほとんど常に勝ちます。テーマやエンドユーザーはあなたのCSSを変更するのに苦労するでしょう。

そのことを念頭に置いて、私はこれを公にリリースされたプラグインで行うと思います...

  1. 例えばスライドショーの場合のように、CSSがプラグインの 機能的な に対して絶対的に重要である場合。

  2. または、インラインCSSを変更または削除できるようにするフィルタもプラグインに含めたとします。

2
s_ha_dum