Notes

Codice pulito nella programmazione: cos'è e perché è importante?
Nella programmazione esistono due forme di codice: codice pulito e codice disordinato. Il codice pulito è più facile da comprendere e modificare, il che significa che può farti risparmiare tempo quando devi apportare modifiche in un secondo momento o aggiungere nuove funzionalità che non avevi pianificato in primo luogo. Se necessario, inoltre, è più semplice assumere nuovi programmatori nel tuo team, perché possono riprendere facilmente il progetto da dove lo avevi interrotto senza dover passare ore a decifrare il codice, in modo da poter iniziare con le proprie modifiche e aggiunte.Non sporco
Il lavoro di un programmatore è scrivere codice. Ma scrivere codice corretto e gestibile richiede molta attenzione ai dettagli. Scrivere codice pulito, ovvero codice facile da leggere, comprendere e quindi modificare nel tempo, è una parte essenziale di questo lavoro. Se non ti interessa come verrà accolto il tuo lavoro dai futuri programmatori, probabilmente ti perderai una delle più grandi ricompense della programmazione: vedere altre persone utilizzare il tuo software per raggiungere i loro obiettivi. Scrivere codice pulito significa investire tempo in anticipo in modo che tu o qualcun altro non dobbiate farlo di nuovo. — Martin Fowler Clean Code: A Handbook of Agile Software Craftsmanship (2008) Capitolo 1 Cos'è il Clean Code? - P. 5–6Cosa rende il codice pulito? Un buon modo per scoprirlo è iniziare a leggerne alcuni. Scegli un progetto open source (ad esempio Rails o jQuery), guarda il suo codice sorgente e prova a rispondere a queste domande: quali modelli utilizza? Come vengono denominate le variabili? Privilegia approcci orientati agli oggetti o funzionali? Come vengono prese le decisioni su quali funzionalità includere in quali versioni? Esistono test automatizzati per ogni riga di codice in ogni ramo di ogni funzionalità in fase di sviluppo? Queste domande (e molte altre simili) descrivono le qualità che apprezziamo quando parliamo di codice pulito.
Testabile Se non puoi testare qualcosa, non sai se funziona. Il test è uno dei tanti buoni motivi per rendere testabile il tuo codice. I test aiutano a garantire che il tuo programma faccia ciò che ti aspetti. I test aiutano a garantire che le modifiche future non interrompano qualcos’altro. I test aiutano a garantire che qualcuno di nuovo non introduca accidentalmente un bug. Più test automatizzati hai, meno tempo dovrai dedicare al test manuale di ogni modifica prima di inviarla in produzione (o inviarla a GitHub). Scrivere codice pulito rende i test più facili da scrivere. Inoltre semplifica la scrittura della documentazione perché il codice pulito è autodocumentante. Infine, scrivere codice pulito aiuta gli altri sviluppatori a capire cosa fa il tuo programma senza il tuo intervento, il che significa che possono anche correggere bug o aggiungere funzionalità più velocemente!
Facile da leggere Un codice pulito dovrebbe essere facile leggere. È stato speso molto tempo per scrivere una bella applicazione, ma se nessun altro riesce a leggerla o capirla, tutto quel duro lavoro è stato sprecato. Tutto nel tuo software deve avere una ragione per essere lì. Se una funzionalità non aggiunge alcun valore, allora devi chiederti se vale la pena tenerla in giro o se rimuoverla aggiungerà più valore di quanto la sua presenza tolga al tuo software. Il codice pulito utilizza metodi, classi e variabili solo quando sono necessari. Non include righe di codice non necessarie che rendono le cose più difficili da seguire. La codifica pulita include anche l'uso di nomi di variabili descrittivi anziché di una sola lettera. Ciò rende più semplice per le altre persone capire cosa fa ciascuna variabile quando la incontrano in un secondo momento nel tuo codice base.
Facile da modificare Uno dei problemi principali con il codice disordinato è che è difficile da modificare. Ciò può rallentare il tuo team, causare bug e creare un sovraccarico maggiore per te come programmatore. Se non scrivi un codice pulito, chiunque voglia cambiare il tuo programma dovrà capire come districarsi in tutto quel caos. Potresti riuscire a orientarti in un grosso pasticcio senza troppi problemi; ma se hai dieci grossi pasticci, il tuo compito diventa piuttosto arduo. Il codice pulito aiuta tutti i membri del tuo team a lavorare in modo più rapido ed efficiente. Semplifica le cose per i futuri programmatori e riduce il tempo dedicato al debug. Quando il tuo lavoro richiede di creare molti programmi rapidamente, un codice più pulito ti farà risparmiare molto tempo e fatica. In altre parole, scrivere codice pulito significa assicurarsi che ogni pezzo funzioni bene da solo prima di combinarli in qualcosa di più grande e quindi creare sicuramente funzionano tutti insieme senza problemi quando sono combinati. Il tuo prodotto finito dovrebbe fare esattamente ciò che deve fare senza alcuno sforzo aggiuntivo da parte dei suoi utenti o programmatori. Il software dovrebbe essere facile da comprendere, eseguire il debug, manutenere, aggiornare e anche essere abbastanza veloce da far sì che le persone vogliano davvero usarlo!
DRY: non ripeterti Il principio DRY dello sviluppo del software, non farlo. t ripeti te stesso, si riferisce sia alla ripetizione letterale, come quando copi un pezzo di codice da un posto a un altro, sia alla ripetizione concettuale. Quando pensi al tuo processo per completare attività o progetti, ti ritrovi a fare più di una cosa più di una volta? Se è così, fai un passo indietro e valuta se potresti creare una procedura generale che ti permetta di completare quell'attività/progetto senza dover ripetere ogni passaggio. Una buona regola pratica è assicurarsi che tutte le procedure seguano la logica. Assicurati che tutto abbia senso prima di provarli. In breve tempo sarai in grado di utilizzare tali procedure più e più volte mantenendo il tuo lavoro pulito! Un codice più pulito si traduce anche in meno bug (il che significa meno soldi spesi per il debug) e in una collaborazione più semplice con gli altri membri del tuo team. Con meno rumore intorno al tuo programma, è più facile per gli altri programmatori capire come vengono fatte le cose, il che rende la condivisione e l'aggiornamento delle informazioni un gioco da ragazzi. Quindi, non solo un codice più pulito ti fa sembrare un programmatore professionista, ma ti aiuta anche a lavorare meglio con gli altri! orologi rolex è un'abilità estremamente preziosa che può aiutarti a migliorare significativamente la tua carriera. È anche semplicemente divertente!
Astrazione Un pezzo di codice pulito dovrebbe essere facile da capire e non dovrebbe contenere informazioni ridondanti. Ogni volta che una persona legge il tuo codice sorgente, deve decifrare tutte le tue astrazioni. Ad esempio, quando dai un nome a una variabile nel modo in cui lo fai, sei sicuro che tutti coloro che leggono la tua fonte capiscano esattamente che tipo di dati sono archiviati al suo interno, quindi ogni astrazione che fai aiuta le persone a leggere meglio il tuo codice. La ridondanza, d'altro canto, porta a concetti complessi o a ripetizioni inutili che li rendono più difficili da comprendere per i nuovi lettori. L'astrazione è la chiave per mantenere le cose pulite, ma se eseguita in modo improprio risulta in difficoltà nella lettura della fonte che vanifica l'intero scopo. Inoltre, disporre di buone astrazioni può contribuire a migliorare la riusabilità e a semplificare i test unitari. È importante notare che quando parliamo di codice pulito ci riferiamo a quanto sia facilmente leggibile la tua fonte, non necessariamente a quanto sia ottimizzata. Anche se l'ottimizzazione dell'applicazione porterà molto probabilmente a un codice dall'aspetto più pulito, ci sono spesso casi in cui è possibile farla franca con prestazioni scadenti perché nessuno si preoccupa abbastanza di una parte specifica di un'applicazione da ottimizzarla. Ciò significa che a volte ripulire le astrazioni e creare nomi più chiari per le variabili può effettivamente finire per rallentare leggermente la velocità di esecuzione, ma nel complesso rende il codice molto più comprensibile per il quale vale la pena sacrificare un po' di tempo di ottimizzazione. La pulizia va oltre le semplici convenzioni di denominazione: anche gli spazi bianchi svolgono un ruolo importante!
Rispetta i livelli di astrazione Uno dei miei elementi preferiti dei principi di progettazione SOLID è che ci incoraggiano a rispettare i livelli di astrazione, qualcosa che non facciamo Non fare quasi abbastanza. Così tanti sviluppatori pensano a implementazioni concrete invece di pensare a un livello superiore alle astrazioni che consentono la riusabilità. Sappiamo tutti quanto può essere difficile lavorare con sistemi legacy, perché nessuno ha rispettato i loro livelli di astrazione. Tratta ogni progetto come se avessi qualcuno che ci lavorerà per 10 anni, anche se sai per certo che non sarà così. Credimi, il tuo sé futuro ti ringrazierà. E anche chiunque altro lavorerà sul tuo sistema in futuro ti ringrazierà, se non sarà confuso su cosa stava succedendo lì. La tua vita è diventata più semplice! Il tempo extra impiegato in anticipo per assicurarsi che tutto abbia un buon livello di astrazione e separazione dalle altre parti dell'applicazione verrà ripagato in seguito. Se vuoi vedere un esempio di codice pulito in azione, controlla il codice sorgente di jQuery. È uno dei miei preferiti; puoi dire che le persone si preoccupavano davvero di mantenere le cose separate e riutilizzabili. Guarda anche Backbone , Underscore , Handlebars o qualsiasi altra libreria JavaScript open source . Noterai immediatamente che le cose sono separate in moduli (o classi) con definizioni molto chiare tra di loro. Ci sono tantissimi altri esempi là fuori; vai a trovarne qualcuno!
Riepilogo Il codice pulito è più facile da comprendere e modificare. Può farti risparmiare tempo quando devi apportare modifiche in seguito. Se necessario, è più semplice assumere nuovi programmatori nel tuo team. Il test è uno dei tanti buoni motivi per rendere testabile il tuo codice. Il codice pulito utilizza metodi, classi e variabili solo quando sono necessari.
Inoltre, rende più semplice per i futuri programmatori correggere bug e aggiungere funzionalità più velocemente. Non ripeterti. Il principio DRY dello sviluppo software si applica sia alla ripetizione letterale che concettuale. Un codice più pulito si traduce in meno bug e in una collaborazione più semplice con gli altri membri del tuo team. L'astrazione è la chiave per mantenere le cose pulite, ma se eseguita in modo improprio comporta difficoltà nella lettura del codice sorgente.
Quando parliamo di codice pulito ci riferiamo a quanto facilmente leggibile il tuo codice sorgente non è necessariamente ottimizzato. La pulizia va oltre le semplici convenzioni sui nomi: anche gli spazi bianchi svolgono un ruolo importante! Il tempo extra impiegato in anticipo per assicurarti che tutto abbia un buon livello di astrazione e separazione dalle altre parti della tua applicazione verrà ripagato in seguito.
Le migliori fonti di apprendimento per lo sviluppo iOSMentre puoi imparare le basi dello sviluppo iOS da solo, se vuoi creare app all'avanguardia, dovrai... medium.com
Frame vs Bound in IOS: qual è la differenza?Nel mondo dello sviluppo iOS, probabilmente ti sei imbattuto nei termini incorniciato e rilegato prima. Potresti averli usati... medium.com
5 motivi per utilizzare il modello di progettazione delegato in SwiftIl modello di progettazione delegato, noto anche come modello di progettazione delega, è uno dei primi modelli di progettazione OOP che... medium.com
Grazie
Scrivo di sviluppo software, caffè e argomenti generali. Ti sono molto grato per seguire me e le mie storie. Sono felice di averti qui e vorrei che valesse la pena dedicare il tuo tempo.
Iscriviti a Medium con il mio link di riferimento: Rashad Shirizada Come membro di Medium, una parte della tua quota di iscrizione va agli scrittori che leggi e ottieni pieno accesso a ogni storia… medium.com





Here's my website: https://www.replicherolex.to