Le azioni fanno le cose. I filtri modificano le cose. In un'azione fai qualcosa, mentre se applichi un filtro, non ti aspetti che si verifichino eventi o azioni, a parte la modifica del valore che stai filtrando. es. Non va bene inviare una mail o salvare un valore DB in un filtro, ma va bene in un'azione. Potrebbero esserci rari momenti in cui è necessario violare questa convenzione, ma è utile e necessaria.
Sostituendo tutti add_action
e do_action
chiamando con le loro controparti di filtro, si rimuove la distinzione e si forza la conoscenza di tutti i nomi, come 'the_content'
ecc., Che sono azioni o filtri fuori dal mondo e nella tua memoria, incoraggiando errori.
Quindi, invece di rendere il tuo codice più difficile da leggere, renditi conto che se il tuo codice è lento, non è perché non hai rasato un'istruzione o due qua e là, è o il tuo server lento, o la tua struttura algoritmica del tuo codice e la natura dei dati trattati. Si otterrebbe molto di più dal refactoring dei processi, dall'aggiornamento dell'hardware o dalla modifica dei paradigmi. Nel grande schema delle cose un sito lento è molto probabilmente lento perché fa molto o ha query scritte male, ad esempio post query che si basano su meta, o __not_in
digitare query
Per metterlo in prospettiva, quando WordPress viene eseguito, PHP esegue milioni di istruzioni. Lo scambio di azioni con i filtri non farebbe che intaccare il primo millesimo di un percentile.
http://fabien.potencier.org/article/8/print-vs-echo-which-one-is-faster
Ho provato una nuova installazione di Wordpress. Lo script si interrompe prima di terminare con un "Errore di bus" sul mio laptop, ma il numero di codici operativi era già di oltre 2,3 milioni . È stato detto abbastanza.
Se vuoi davvero provare, guarda come il ragazzo ha usato il VLD e prova la tua teoria per te stesso.