Uno sviluppatore scrive if/elseblocchi con istruzioni di codice a una riga come:
if (condition)
// Do this one-line code
else
// Do this one-line code
Un altro usa parentesi graffe per tutti loro:
if (condition)
{
// Do this one-line code
}
else
{
// Do this one-line code
}
Uno sviluppatore crea prima un'istanza di un oggetto, quindi lo utilizza:
HelperClass helper = new HelperClass();
helper.DoSomething();
Un altro sviluppatore crea un'istanza e utilizza l'oggetto in una riga:
new HelperClass().DoSomething();
Uno sviluppatore è più semplice con array e forloop:
string[] ordinals = new string[] {'First', 'Second', 'Third'};
for (i = 0; i < ordinals.Length; i++)
{
// Do something
}
Un altro scrive:
List<string> ordinals = new List<string>() {'First', 'Second', 'Third'};
foreach (string ordinal in ordinals)
{
// Do something
}
Sono sicuro che sai di cosa sto parlando. Lo chiamo stile di codifica (perché non so come si chiama). Ma come lo chiamiamo, è buono o cattivo? Incoraggiarlo ha un effetto su una maggiore produttività degli sviluppatori? Dovremmo chiedere agli sviluppatori di provare a scrivere il codice come diciamo loro, in modo da rendere l'intero sistema coerente con lo stile?
1
In realtà stavo venendo qui per porre una domanda molto simile proprio ora: quando gli strumenti di formattazione automatica del codice sono disponibili e convenienti, è più importante che tali strumenti non vengano eseguiti (e conservino stili personali incoerenti) o che venga applicato uno stile?
—
soffice
Lo stile coerente semplifica la lettura del codice, quindi utilizza uno stile coerente. Nei tuoi esempi, il più facile da leggere è 2, 1, 2. Sebbene l'ultimo caso sia diverso. Nelle applicazioni critiche per le prestazioni, il ciclo for è più veloce quando si scorre su elenchi. Le prestazioni sono identiche a quelle degli array. E in tutti i casi, utilizzare al
—
Stephen,
varposto del nome del tipo completo.