Ogni volta che parliamo di determinati concetti di programmazione, penso che sia importante fare un passo indietro rispetto alle specifiche di cui stiamo discutendo e guardare le cose nel contesto del quadro pi\u00f9 ampio.<\/p>\n
Alcuni moduli introducono effetti collaterali; alcuni no. Va bene.<\/p>\n
Ad esempio, ieri<\/a> ho accennato brevemente all’idea di programmare gli effetti collaterali, ma l’ho fatto parlando dell’utilizzo dei PSR. E per coloro che sono semplicemente interessati agli aspetti della programmazione in senso pi\u00f9 generale, \u00e8 importante anche capirli.<\/p>\n Ricorda, l’idea degli effetti collaterali come indicato in PSR-1<\/a> \u00e8:<\/p>\n Un file DOVREBBE dichiarare nuovi simboli (classi, funzioni, costanti, ecc.) e non causare altri effetti collaterali, oppure DOVREBBE eseguire la logica con effetti collaterali, ma NON DOVREBBE fare entrambi.<\/p>\n<\/blockquote>\n In questo post, non sono cos\u00ec interessato a discutere di logica con effetti collaterali (perch\u00e9 ci sono momenti in cui si verificheranno effetti collaterali). Invece, sono pi\u00f9 interessato a comprendere gli effetti collaterali della programmazione (cosa sono, cosa evitare e cos\u00ec via).<\/p>\n Dopotutto, parlare di effetti collaterali in un contesto pu\u00f2 significare una cosa mentre, nella programmazione, pu\u00f2 significarne un’altra.<\/p>\n Ok, quindi l’intera idea o definizione di un effetto collaterale generico \u00e8 semplice, giusto<\/a>? <\/p>\n un effetto secondario, tipicamente indesiderabile di un farmaco o di un trattamento medico.<\/p>\n<\/blockquote>\n Elimina l’intero aspetto del trattamento e ti rimane un "effetto secondario, … indesiderabile". Ok, ecco la parte potenzialmente confusa:<\/p>\n Almeno, \u00e8 cos\u00ec che spesso mi viene chiesto quando si tratta di parlare di effetti collaterali. Nella programmazione, ho sempre generalizzato gli effetti collaterali come qualsiasi cosa che alteri lo stato del programma.<\/p>\n Abbastanza facile, giusto?<\/p>\n Quindi supponiamo che tu stia lavorando con WordPress, perch\u00e9 \u00e8 quello che faccio e di cui scrivo<\/a> \ud83d\ude42, e abbiamo un file che \u00e8 responsabile dell’aggiunta di una voce di sottomenu a uno dei menu di primo livello esistenti.<\/p>\n Quella classe potrebbe essere relativamente semplice in quanto avvolge la corretta chiamata API di WordPress<\/a>, si attiva quando \u00e8 collegata all’hook [corretto] e quindi aggiunge il sottomenu, come previsto.<\/p>\n Ma diciamo o quella classe, un metodo nella classe, o includendo un file che quella classe aggiunge anche alcuni JavaScript o stili che alterano lo stato della voce del sottomenu in modo tale che sia evidenziato, si comporti come se fosse stato "cliccato" oppure fa qualcosa che il programma o l’utente non intendono.<\/p>\n Questo sarebbe un effetto collaterale in quanto cambia lo stato del programma.<\/p>\n\n
Programmazione degli effetti collaterali<\/h2>\n
\n
\n
Effetti collaterali in WordPress<\/h3>\n
Cosa dovrebbe fare il modulo?<\/h2>\n