Розробник записує if/elseблоки з однорядковими кодовими заявами на зразок:
if (condition)
// Do this one-line code
else
// Do this one-line code
Інший використовує фігурні брекети для всіх:
if (condition)
{
// Do this one-line code
}
else
{
// Do this one-line code
}
Розробник спочатку створює об'єкт, а потім використовує його:
HelperClass helper = new HelperClass();
helper.DoSomething();
Інший розробник інстанціює та використовує об'єкт в одному рядку:
new HelperClass().DoSomething();
Розробнику простіше з масивами та forциклами:
string[] ordinals = new string[] {'First', 'Second', 'Third'};
for (i = 0; i < ordinals.Length; i++)
{
// Do something
}
Ще пише:
List<string> ordinals = new List<string>() {'First', 'Second', 'Third'};
foreach (string ordinal in ordinals)
{
// Do something
}
Я впевнений, що ви знаєте, про що я говорю. Я називаю це стиль кодування (тому що я не знаю, як це називається). Але як би ми не називали це, добре чи погано? Чи впливає на заохочення це підвищення продуктивності розробників? Чи варто попросити розробників спробувати написати код так, як ми їм розповімо, щоб зробити всю систему сталою стильною?
1
Я насправді приїжджав сюди, щоб задати дуже схоже запитання - коли інструменти автоматичного форматування коду доступні та зручні, чи важливіше ці інструменти не запускатись (і зберігати непослідовні особисті стилі) чи застосовувати стиль?
—
пухнастий
Послідовний стиль полегшує читання коду, тому використовуйте послідовний стиль. У ваших прикладах найпростіше читати це 2, 1, 2. Хоча останній випадок відрізняється. У критичних робочих програмах цикл for for швидше під час ітерації над списками. Продуктивність однакова ітерація над масивами. І в усіх випадках використовуйте
—
Стівен
varзамість повноцінного імені типу.