Uno dei modi in cui nascono i plugin di WordPress \u00e8 che, almeno nel mio caso, iniziano come una raccolta di funzioni utilizzate per aiutare con uno scopo particolare per un determinato progetto. Da l\u00ec, pensi "Ehi, forse qualcun altro lo trover\u00e0 utile".<\/p>\n
Almeno questa \u00e8 stata la mia esperienza il pi\u00f9 delle volte.<\/p>\n
Ma il fatto \u00e8 che prima di rilasciarlo per farlo provare ad altre persone, vuoi passare attraverso il processo di pulizia del codice. Non sto nemmeno parlando di refactoring dei plugin di WordPress, almeno non ancora.<\/p>\n
Sto parlando di prendere il codice, portarlo a qualcosa che funzioner\u00e0 come un plugin per WordPress e quindi eventualmente refactoring del codice.<\/p>\n
Passare attraverso l’intero processo di refactoring dei plug-in di WordPress, per non parlare di un singolo plug-in di WordPress, pu\u00f2 essere arduo, ma condividere come refactoring una parte di un plug-in \u00e8 qualcosa che \u00e8 fattibile.<\/p>\n
Quindi user\u00f2 un esempio di come stavo usando qualcosa di recente (con il codice un po’ astratto in modo da non preoccuparmi di essere specifico su un determinato progetto).<\/p>\n
Tracciare l’output ideale delle opzioni.<\/p>\n
Prima di farlo, per\u00f2, penso che sia importante condividere il mio processo potrebbe differire \u2013 o probabilmente \u2013 differire dal tuo (dal momento che molti di noi hanno processi diversi).<\/p>\n
Ovviamente, non converto tutto letteralmente in codice, ma hai un’idea. Forse il modo pi\u00f9 conciso per dirlo \u00e8 questo:<\/p>\n
Detto questo, ecco come potrebbe apparire il codice.<\/p>\n
In questo esempio, il caso d’uso ideale<\/a> \u00e8 quando l’utente carica le opzioni, le opzioni sono presenti e quindi deve eseguire un’azione se le opzioni hanno determinati valori.<\/p>\n Questa parte dovrebbe essere di facile lettura, ma non tiene conto di nient’altro che del percorso ideale attraverso il codice.<\/p>\n Successivamente, mi piace assicurarmi che le opzioni siano impostate prima di provare a leggerle. In alcuni casi, potresti voler visualizzare un avviso, generare un’eccezione o registrare informazioni.<\/p>\n In questo esempio, torner\u00f2 semplicemente<\/a> perch\u00e9 \u00e8 facile da leggere e pu\u00f2 essere regolato pi\u00f9 facilmente per il tuo uso.<\/p>\n Quindi questo gestisce le opzioni, ma per quanto riguarda il caso in cui le opzioni sono impostate ma non hanno i valori che ci aspettiamo? Ci\u00f2 significa che dobbiamo anche verificare che lo facciano. E, in caso contrario, ignorali, restituisci, registra un errore, genera un’eccezione e cos\u00ec via.<\/p>\n Sai: la stessa cosa di cui sopra. Tranne che, in questo caso, non intraprender\u00f2 alcuna azione a meno che il codice non abbia l’informazione ideale.<\/p>\n A questo punto, il metodo sta diventando un po’ lungo e sta diventando pi\u00f9 difficile da leggere. Certo, se sei un programmatore esperto, puoi affermare che "Questo \u00e8 codice, non \u00e8 inglese", ma perch\u00e9 non mirare a renderlo un po’ pi\u00f9 facile da seguire?<\/p>\n Inoltre, rende un po’ pi\u00f9 facile il test. Ma questo va oltre lo scopo di questo post. Prendi la valutazione delle opzioni come primo esempio del codice.<\/p>\n Quindi ora hai due metodi pi\u00f9 piccoli che incapsulano lo stesso controllo che stavi facendo.<\/p>\n A questo punto, la funzione finale \u00e8 molto pi\u00f9 facile da leggere poich\u00e9 ha due funzioni di supporto che incapsulano le loro responsabilit\u00e0 mentre questa torna a valutare il percorso ideale<\/a> attraverso il codice:<\/p>\n Basti dire che quando si tratta di refactoring dei plugin di WordPress, questo \u00e8 solo un esempio di come fare solo un segmento di esso. Ma \u00e8 un inizio, vero?<\/p>\n Infatti, NO? Il refactoring dei plugin di WordPress non \u00e8 uno scherzo. Ma se inizi con piccole funzioni come questa e procedi gradualmente intorno alla base di codice, diventa pi\u00f9 semplice.<\/p>\n E se dedichi del tempo a pianificare il progetto dall’inizio, puoi risparmiare molto tempo tornando indietro e refactoring questo genere di cose.<\/p>\n<?php\n\nprivate function load_dates() {\n\n $options = get_option( 'acme_date_options' );\n $event_settings = $options['event'];\n\n $import = $event_settings['import'];\n $post_type = $event_settings['post-type'];\n\n if (( 0 === strcmp( 'yes', $import)) && (0 === strcmp( 'events', $post_type) )) {\n \/\/ This is where you take whatever action you want.\n }\n}<\/code><\/pre>\n2 Diventa un po’ difensivo<\/h3>\n
<?php\n\nprivate function load_dates() {\n\n $options = get_option( 'acme_date_options' );\n if (! isset( $options['event'])) {\n return;\n }\n\n $event_settings = $options['event'];\n if (! isset( $event_settings['import']) ||! isset( $event_settings['post-type'])) {\n return;\n }\n\n $import = $event_settings['import'];\n $post_type = $event_settings['post-type'];\n\n if (( 0 === strcmp( 'yes', $import)) && (0 === strcmp( 'events', $post_type) )) {\n \/\/ This is where you take whatever action you want.\n }\n}<\/code><\/pre>\n3 Diventare un po’ lunghi<\/h3>\n
\n
<?php\n\nprivate function has_valid_option( $option) {\n return isset( $option );\n}\n\nprivate function has_valid_values( $value1, $value2) {\n return! (isset( $value1) && isset( $value2) );\n}\n\nprivate function can_import_data( $value1, $value2) {\n\n return (0 === strcmp( 'yes', $value1)) && (0 === strcmp( 'events', $value2) );\n}<\/code><\/pre>\n4 La funzione finale<\/h3>\n
<?php\n\nprivate function load_dates() {\n\n $options = get_option( 'acme_date_options' );\n if (! $this->has_valid_option( $options)) {\n return;\n }\n\n $event_settings = $options['event'];\n if (! $this->has_valid_values( $event_settings['import'], $event_settings['post-type'])) {\n return;\n }\n\n $import = $event_settings['import'];\n $post_type = $event_settings['post-type'];\n\n if ($this->can_import_data( $import, $post_type)) {\n \/\/ This is where you take whatever action you want.\n }\n}<\/code><\/pre>\nPlugin interi?<\/h2>\n