Quando si tratta di programmazione, l’idea di valori temporanei o variabili temporanee o di qualsiasi modo di memorizzare temporaneamente i dati in memoria non \u00e8 una novit\u00e0.<\/p>\n
Ma quando lavoriamo con WordPress, che \u00e8 apolide, non abbiamo sempre quel lusso. Cio\u00e8, non si tratta semplicemente, diciamo, di inserire qualcosa nella sessione<\/a> corrente, leggerlo e quindi rimuoverlo quando abbiamo finito.<\/p>\n Ed \u00e8 allora che ho riflettuto sempre di pi\u00f9 sull’idea di opzioni temporanee, in mancanza ovviamente di un termine migliore. Cio\u00e8, ogni volta che devo memorizzare un valore da un caricamento di una singola pagina, o richiedere, per leggere un altro caricamento di pagina o un’altra richiesta, inserir\u00f2 temporaneamente il valore nella tabella delle opzioni<\/a>.<\/p>\n Opzioni temporanee: un esercizio e una rappresentazione tramite schizzi rudimentali<\/p>\n \u00c8 sciatto? Forse. Abbiamo molte altre scelte? Dipende da quanta tecnologia moderna del browser vogliamo utilizzare. Non \u00e8 questo il punto di questo post, per\u00f2.<\/p>\n Il punto \u00e8 che, a causa del modo in cui funziona WordPress, mi chiedo se la nostra attuale strategia migliore per mantenere i valori temporanei pi\u00f9 ampiamente supportati in tutte le installazioni sia aggiungere temporaneamente un valore nella tabella delle opzioni, leggerlo e quindi eliminarlo una volta che \u00e8 stato recuperato?<\/p>\n Personalmente, non ho un’opinione forte sul fatto che questa sia una cosa negativa o meno. Se \u00e8 la natura di come funziona la base su cui sto lavorando a una soluzione, allora la seguir\u00f2.<\/p>\n Quindi, in primo luogo, questo \u00e8 il modo in cui in genere l’ho fatto all’interno di WordPress:<\/p>\n Innanzitutto, ho impostato una funzione che \u00e8 collegata a update_option<\/a>. Ci\u00f2 consente di esaminare l’opzione in fase di aggiornamento<\/a>, il suo vecchio valore e il suo nuovo valore.<\/p>\n Nella funzione, posso guardare e vedere se un’opzione specifica viene salvata. In caso contrario, posso semplicemente ignorarlo; in caso contrario, posso dargli un’occhiata e iniziare a lavorare con un’opzione temporanea<\/a>.<\/p>\n Ma cosa conterrebbe l’opzione temporanea?<\/p>\n Supponiamo che tu abbia un’opzione in un plug-in che \u00e8 attivato. Forse richiede all’utente di inserire alcune informazioni prima di passare al resto di un processo.<\/p>\n Esempio calzante: supponiamo che tu stia lavorando a un’esperienza di pagamento e desideri costringere gli utenti a creare un account, ma esiste un’opzione che consente ai clienti di effettuare il pagamento senza creare un account.<\/p>\n Un’implementazione che potremmo usare \u00e8 questa:<\/p>\nLe nostre opzioni per le opzioni temporanee<\/h2>\n
1 Creazione di un’opzione temporanea<\/h3>\n
<?php\n\npublic function init() {\n\n add_action(\n 'update_option',\n array( $this, 'manage_temporary_option' ),\n 10, 3\n );\n}<\/code><\/pre>\n<?php\n\npublic function manage_temporary_option( $option_name, $old_value, $new_value) {\n\n if ('an_irrelevant_option' !== $option_name) {\n return;\n }\n\n $url = 'page-from-which-we-expect-to-come.php';\n if ($url === $_SERVER['REQUEST_URI']) {\n\n update_option(\n 'our_temporary_option',\n $new_value\n );\n }\n}\n<\/code><\/pre>\n2 Un’opzione per le opzioni temporanee<\/h3>\n
\n