Come si può sapere se il codice creato è facilmente leggibile, comprensibile e gestibile? Naturalmente dal punto di vista dell'autore, il codice è leggibile e gestibile, perché l'autore lo ha scritto e modificato, per cominciare. Tuttavia, ci deve essere uno standard oggettivo e quantificabile in base al quale la nostra …
Il mio capo continua a menzionare con disinvoltura che i programmatori cattivi usano breake continuenei loop. Li uso sempre perché hanno un senso; lascia che ti mostri l'ispirazione: function verify(object) { if (object->value < 0) return false; if (object->value > object->max_value) return false; if (object->name == "") return false; ... …
Tutti i programmatori sembrano concordare sul fatto che la leggibilità del codice è molto più importante delle linee di linea a sintassi breve che funzionano, ma richiedono uno sviluppatore senior per interpretare con qualsiasi grado di precisione - ma questo sembra essere esattamente il modo in cui sono state progettate …
In genere utilizzo metodi privati per incapsulare funzionalità che vengono riutilizzate in più punti della classe. Ma a volte ho un grande metodo pubblico che potrebbe essere suddiviso in passaggi più piccoli, ognuno nel suo metodo privato. Ciò renderebbe il metodo pubblico più breve, ma sono preoccupato che forzare chiunque …
Quando scrivo codice cerco sempre di rendere il mio codice il più pulito e leggibile possibile. Ogni tanto arriva un momento in cui è necessario attraversare la linea e passare da un bel codice pulito a un codice leggermente più brutto per renderlo più veloce. Quando è corretto attraversare quella …
Quindi, guardando prima ho notato alcuni commenti sui metodi lunghi come cattiva pratica. Non sono sicuro di essere sempre d'accordo sul fatto che i metodi lunghi siano cattivi (e vorrebbero le opinioni degli altri). Ad esempio, ho alcune viste Django che eseguono un po 'di elaborazione degli oggetti prima di …
Cosa è più facile da capire, una grande dichiarazione booleana (abbastanza complessa) o la stessa istruzione suddivisa in metodi predicati (molto codice extra da leggere)? Opzione 1, la grande espressione booleana: private static bool ContextMatchesProp(CurrentSearchContext context, TValToMatch propVal) { return propVal.PropertyId == context.Definition.Id && !repo.ParentId.HasValue || repo.ParentId == propVal.ParentId && …
Durante la revisione del mio codice qui è emerso il problema dell'utilizzo della constparola chiave. Comprendo che viene utilizzato per l'implementazione del comportamento di sola lettura sulle variabili. Sono confuso su quali sono le varie situazioni in cui può essere utile. Dovrebbe essere usato per motivi di chiarezza nei prototipi …
Il mio stile di codifica per le chiamate di funzione nidificate è il seguente: var result_h1 = H1(b1); var result_h2 = H2(b2); var result_g1 = G1(result_h1, result_h2); var result_g2 = G2(c1); var a = F(result_g1, result_g2); Di recente sono passato a un dipartimento in cui è molto utilizzato il seguente …
Il consenso sembra essere quello di seguire la convenzione della piattaforma per cui stanno sviluppando. Vedere: Underscore o camelcase? Convenzioni di denominazione: camelCase contro underscore_case? Tuttavia, PHP non sembra seguire rigorosamente alcuna convenzione internamente (senza sorprese lì), anche per metodi e funzioni (ad es mysqli::set_local_infile_default. PDOStatement::debugDumpParams); tuttavia, i caratteri di …
Vedo spesso un codice che include errori ortografici intenzionali di parole comuni che nel bene e nel male sono diventate parole riservate: klasso clazzper classe :Class clazz = ThisClass.class kountper il conteggio in SQL:count(*) AS kount Personalmente trovo che ciò riduca la leggibilità. Nella mia pratica non ho trovato troppi …
Spesso quando la sintassi della lingua mi impone di nominare una variabile che non viene mai utilizzata, la chiamerò _. Nella mia mente, questo riduce il disordine e mi permette di concentrarmi sulle variabili significative nel codice. Trovo che sia discreto in modo che produca un effetto "lontano dagli occhi, …
Mi confondo sulle funzioni min e max, in determinati contesti. In un contesto, quando si utilizzano le funzioni per accettare il maggiore o il minore di due valori, non vi è alcun problema. Per esempio, //how many autographed CD's can I give out? int howManyAutographs(int CDs, int Cases, int Pens) …
Quando si utilizza il metodo concatenamento come: var car = new Car().OfBrand(Brand.Ford).OfModel(12345).PaintedIn(Color.Silver).Create(); ci possono essere due approcci: Riutilizzare lo stesso oggetto, in questo modo: public Car PaintedIn(Color color) { this.Color = color; return this; } Crea un nuovo oggetto di tipo Carad ogni passo, in questo modo: public Car PaintedIn(Color …
Dovresti sacrificare la leggibilità del codice con quanto è efficiente il codice? ad es. 3 righe di codice in 1 riga. Ho letto in Code Craft di Pete Goodliffe che la leggibilità è la chiave. I vostri pensieri?
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.