Nel 2011, stavo leggendo molto sul lavoro con codice legacy, qualit\u00e0 del codice e refactoring.<\/p>\n
C’\u00e8 una citazione di Martin Fowler<\/a><\/strong> (che ha letteralmente scritto il libro<\/a><\/strong> sul refactoring) attribuita a zio Bob<\/a> che \u00e8 rimasta con me \u2013 e sono sicuro molti, molti programmatori \u2013 da allora:<\/p>\n lascia sempre il codice in uno stato migliore di quello che hai trovato<\/p>\n<\/blockquote>\n Il fatto di questa particolare idea \u00e8 che penso che potrebbe suonare un po’ pi\u00f9 idealistica finch\u00e9 non inizi davvero a provare a metterla in pratica in tutto ci\u00f2 che fai.<\/p>\n Cio\u00e8, se lo prendi alla lettera sembra che ogni volta che devi lavorare su una base di codice, devi lasciare l’intera base di codice meglio di quando l’hai trovata. Ma pi\u00f9 ho provato ad applicare questa regola nel mio lavoro quotidiano, pi\u00f9 pratico, pi\u00f9 pulito e pi\u00f9 gestibile \u00e8 diventato il codice specifico di WordPress.<\/p>\n Quindi, quando si tratta di refactoring del codice basato su WordPress, che aspetto ha?<\/p>\n Questo non sar\u00e0 un post lungo. Invece, condivider\u00f2 semplicemente alcuni punti elenco che seguo quando si tratta di lavorare su codice che ho scritto in precedenza, che incontro da altri o che proviene da una base di codice su cui ho lavorato con altri nel passato.<\/p>\n Senza un ordine particolare:<\/p>\n Alcune delle cose che mi sono ritrovato a fare negli ultimi progetti includono anche cose semplici:<\/p>\n Questi sono solo alcuni degli esempi e questo chiaramente non \u00e8 un elenco esaustivo. Ma non \u00e8 questo il punto. Invece, sto cercando di condividere semplicemente come puoi applicare il refactoring del codice basato su WordPress per tutto il tempo mentre svolgi il tuo lavoro quotidiano in modo gestibile.<\/p>\n Tutte le modifiche o i consigli di cui sopra sono cose che di solito possono essere fatte con l’aiuto dell’IDE, alcune scorciatoie e forse con mezz’ora di tempo extra (e sono liberale con quella stima).<\/p>\n Quindi, no, non \u00e8 necessario riscrivere un’intera base di codice. Non so nemmeno se questo sia un obiettivo pratico a cui puntare. Ma puoi aggiustare un piccolo pezzo del sistema generale di cui sei responsabile?<\/p>\n E perch\u00e9 non puntare almeno a questo?<\/p>\n\n
\n
\n