Domande con tag 'coding-style'

2
risposte

È una buona idea fornire diverse firme di funzioni che facciano la stessa cosa?

Ecco una classe C ++ che viene costruita con tre valori. class Foo{ //Constructor Foo(std::string, int, char); private: std::string foo; char bar; int baz; }; Tutti i tipi di parametri sono diversi. Potrei sovraccari...
posta 16.01.2013 - 18:48
7
risposte

Quanto lontano dovrebbe 'var' e operatore a coalescenza nulla '??' essere intrattenuti senza ostacolare la leggibilità?

So che il titolo della domanda è molto soggettivo, ma sono stato confrontato con l'utilizzo dell'operatore ?? da parte dei miei colleghi, dove allo stesso tempo non ero molto contento / a mio agio nell'applicare var in nuove attività c...
posta 16.03.2011 - 10:40
8
risposte

A che punto è tabù avere loop all'interno di loop?

Solo curiosi. Il più che ho mai avuto è stato un ciclo for all'interno di un ciclo for, perché dopo aver letto questo da Linus Torvalds: Tabs are 8 characters, and thus indentations are also 8 characters. There are heretic movements tha...
posta 23.12.2015 - 13:03
6
risposte

La leggibilità è un motivo valido per non utilizzare i parametri const in (riferimento)?

Durante la scrittura di alcune funzioni, ho trovato una parola chiave const in parametri come questo: void MyClass::myFunction(const MyObject& obj,const string& s1,const string& s2,const string& s3){ } spesso causa la divisi...
posta 22.09.2016 - 05:23
3
risposte

Stile per il controllo del flusso con controlli di validazione

Mi trovo a scrivere un sacco di codice come questo: int myFunction(Person* person) { int personIsValid = !(person==NULL); if (personIsValid) { // do some stuff; might be lengthy int myresult = whatever; return myResult; }...
posta 16.05.2012 - 16:25
11
risposte

La manutenzione è prudente, è "altrimenti mentre" senza parentesi intermedie considerate sicure?

else while senza parentesi intermedie considerate di manutenzione "sicura"? Scrivere if-else code senza parentesi come sotto ... if (blah) foo(); else bar(); ... comporta un rischio perché la mancanza di parentesi rende...
posta 20.12.2012 - 10:50
16
risposte

Gli identificatori brevi sono cattivi? [chiuso]

Gli identificatori brevi sono cattivi? In che modo la lunghezza dell'identificatore è correlata alla comprensione del codice? Quali altri fattori (oltre alla comprensione del codice) potrebbero essere utili quando si tratta di identificare gli i...
posta 06.10.2013 - 06:35
10
risposte

I numeri nullable sono preferibili ai numeri magici?

Ultimamente ho avuto un po 'di dibattito con un collega. In particolare stiamo utilizzando C #, ma questo potrebbe essere applicato a qualsiasi lingua con tipi nullable. Supponiamo ad esempio di avere un valore che rappresenta un massimo. Tuttav...
posta 30.03.2012 - 18:08
12
risposte

Le funzioni lunghe sono accettabili se hanno una struttura interna?

Quando si affrontano algoritmi complicati in linguaggi con supporto per funzioni annidate (come Python e D) spesso scrivo funzioni enormi (perché l'algoritmo è complicato) ma lo mitigo usando funzioni nidificate per strutturare il codice complic...
posta 28.09.2010 - 00:18
15
risposte

È una cattiva idea elencare ogni argomento di funzione / metodo su una nuova riga e perché?

Lavoro con qualcuno che, ogni volta che chiamano una funzione, mettono gli argomenti su una nuova riga, ad es. aFunction( byte1, short1, int1, int2, int3, int4, int5 ) ; Trovo molto fastidioso questo dato che si...
posta 30.06.2011 - 16:49