単純にadd_filterを使用できるときにadd_actionを使用する価値はありますか？

ワードプレスのコードを調べたところ、add_actionの次の定義が見つかりました。

function add_action($tag, $function_to_add, $priority = 10, $accepted_args = 1) {
    return add_filter($tag, $function_to_add, $priority, $accepted_args);
}

なぜ私たちは自分自身で実行できる別の関数を呼び出すために1つのCPUサイクルを浪費しているのか、そして同じものに対して2つの異なる関数名を覚える必要がないのです。

アクションは物事を行います。フィルターは物事を変更します。アクションで何かを行いますが、フィルターを適用する場合、フィルターしている値の変更以外は、イベントやアクションが発生することはありません。たとえば、電子メールを送信したり、フィルターにDB値を保存したりすることはできませんが、アクションでは問題ありません。この規約に違反する必要がある稀な瞬間があるかもしれませんが、それは便利で必要なものです。

all add_actionとdo_actioncallを対応するフィルターに置き換えることで、区別を取り除き、'the_content'アクションやフィルターなどの名前が世界から外に出て、あなたの記憶に侵入し、間違いを助長します。

したがって、コードを読みにくくする代わりに、コードが遅い場合でも、あちこちで1つまたは2つの命令を剃っていなかったのではなく、遅いサーバーであるか、コードのアルゴリズム構造であることに注意してください。処理されるデータの性質。プロセスのリファクタリング、ハードウェアのアップグレード、またはパラダイムの変更からはるかに多くを得るでしょう。物事の壮大な計画では、遅いサイトは、多くの場合、または不適切に記述されたクエリを持っているため、遅い可能性が高い__not_inです。

見通しを立てると、WordPressが実行されると、PHPは何百万もの命令を実行します。フィルターのスワッピングアクションでは、百分位数の上位1000分の1にほとんど凹みがありません。

http://fabien.potencier.org/article/8/print-vs-echo-which-one-is-faster

Wordpressの新規インストールを試しました。私のラップトップでスクリプトが「バスエラー」で終了する前に停止しましたが、オペコードの数はすでに230万を超えていました。十分に言った。

本当に試したい場合は、その男がVLDをどのように使用したかを調べ、自分の理論を自分でテストしてください。