Я усвідомлюю, що я упереджений як старий програміст C, але бувають випадки, коли різні конвенції Python ускладнюють дотримання. Я вважаю, що відступ угоди дещо роздратовує.
Іноді, чіткість того, коли заява або блок закінчується, дуже корисна. Стандартний код C часто читає щось подібне:
for(i=0; i<100; i++) {
do something here;
do another thing here;
}
continue doing things;
де ви використовуєте пробіли для більшої чіткості - і легко помітити, де закінчується цикл.
Python дозволяє закінчувати крапку з комою (необов'язково). Як зазначалося вище, це НЕ означає, що існує оператор, який слід виконати, а потім "null". Так, наприклад,
print(x);
print(y);
Це те саме, що
print(x)
print(y)
Якщо ви вважаєте, що перший має нульове твердження в кінці кожного рядка, спробуйте - як пропонується - зробити це:
print(x);;
Це призведе до синтаксичної помилки.
Особисто я вважаю крапку з комою, щоб зробити код більш читабельним, коли у вас багато вкладень та функцій з багатьма аргументами та / або давно названими аргументами. Отже, на мій погляд, це набагато зрозуміліше, ніж інші варіанти:
if some_boolean_is_true:
call_function(
long_named_arg_1,
long_named_arg_2,
long_named_arg_3,
long_named_arg_4
);
оскільки, як на мене, це дає вам знати, що останнє ")" закінчується деяким "блоком", який перебігав багато рядків.
Я особисто думаю, що є багато що зроблено з настанов у стилі PEP, IDE, які їх застосовують, і віра в те, що "існує лише один пітонічний спосіб робити речі". Якщо ви вірите останньому, перегляньте, як форматувати номери: на сьогоднішній день Python підтримує чотири різні способи це зробити.
Я впевнений, що мене будуть спалахувати деякі глухи, але компілятор / інтерпретатор байдуже, чи аргументи мають довгі чи короткі назви, і - але для конвенції відступу в Python - не хвилює пробіл. Найбільшою проблемою коду є надання ясності іншій людині (і навіть собі після місяців роботи), щоб зрозуміти, що відбувається, де починаються і закінчуються справи тощо.