Um desenvolvedor escreve if/elseblocos com instruções de código de uma linha, como:
if (condition)
// Do this one-line code
else
// Do this one-line code
Outro usa chaves para todos eles:
if (condition)
{
// Do this one-line code
}
else
{
// Do this one-line code
}
Um desenvolvedor instancia primeiro um objeto e depois o usa:
HelperClass helper = new HelperClass();
helper.DoSomething();
Outro desenvolvedor instancia e usa o objeto em uma linha:
new HelperClass().DoSomething();
Um desenvolvedor é mais fácil com matrizes e forloops:
string[] ordinals = new string[] {'First', 'Second', 'Third'};
for (i = 0; i < ordinals.Length; i++)
{
// Do something
}
Outro escreve:
List<string> ordinals = new List<string>() {'First', 'Second', 'Third'};
foreach (string ordinal in ordinals)
{
// Do something
}
Tenho certeza que você sabe do que estou falando. Eu chamo isso de estilo de codificação (porque não sei como é chamado). Mas o que chamamos, é bom ou ruim? O incentivo tem um efeito de maior produtividade dos desenvolvedores? Devemos pedir aos desenvolvedores que tentem escrever código da maneira que dizemos, para tornar todo o sistema consistente com o estilo?
1
Na verdade, eu estava vindo aqui para fazer uma pergunta muito semelhante agora - quando as ferramentas de formatação automática de código estão disponíveis e são convenientes, é mais importante que essas ferramentas não sejam executadas (e preservem estilos pessoais inconsistentes) ou para que um estilo seja aplicado?
—
macio
O estilo consistente facilita a leitura do código, portanto, use um estilo consistente. Nos seus exemplos, o mais fácil de ler é 2, 1, 2. Embora o último caso seja diferente. Em aplicativos críticos para o desempenho, o loop for é mais rápido ao iterar nas listas. O desempenho é iterativo idêntico nas matrizes. E, em todos os casos, use em
—
Stephen
varvez do nome completo do tipo.