Чи слід ставити нові рядки до або після двійкових операторів? [зачинено]

Якщо ви перебуваєте в Python або Javascript, вам слід завжди ставити двійкові оператори в кінці попереднього рядка, щоб запобігти передчасному припиненню коду нових рядків; це допомагає вам виявити помилки.

Але для C або C ++ це не проблема, тому мені цікаво:

Чи є якась причина, щоб я віддав перевагу другому варіанту першому?

return lots_of_text
       + 1;

проти

return lots_of_text +
       1;

(Наприклад, чи допомагає одна з них запобігти виникненню інших помилок? Або одна з них вважається більш читаною?)

Як видно з відповідей, єдиної думки з цього приводу немає. Якщо ви не працюєте в команді, використовуйте те, що вам зручніше.

Я вважаю за краще вставляти нову рядок перед операторами.

Щоразу, коли мені доводиться переривати лінії, я зазвичай розміщую максимум один термін того ж "рівня" на рядку:

Закон гравітації Ньютона в Python:

force = (
    gravitational_constant
    * mass_1
    * mass_2
    / (distance * distance)
)

Порівняйте це з:

force = (
    gravitational_constant *
    mass_1 *
    mass_2 /
    (distance * distance)
)

Я хочу знати, що я «ділити на відстань в квадраті», я не хочу знати, що «mass_2 отримує розділити», тому що це не так, як я думаю , математичних виразів.

_{Далі я, як правило, спочатку хочу дізнатися, що я роблю (оператор), перш ніж перейматися тим, чим я займаюся (операнди).}

Або врахуйте цей складний оператор SQL:

WHERE
  a = 1
  AND b = 2
  AND c = 3
  AND ( -- or put the OR on one line together with the AND
    d = 3 
    OR e = 1)
  AND x = 5

Це дозволяє мені бачити, як індивідуальні умови з'єднуються дуже легко, просто перебираючи зверху вниз, без необхідності читати кожен рядок до кінця, щоб знайти оператора на відміну від:

WHERE
  a = 1 AND
  b = 2 AND
  c = 3 AND
  ( 
    d = 3 OR
    e = 1) AND
  x = 5

Я думаю про колишнє з точки зору " Xправда", тоді я вношу поправки в це, кажучи: " І це теж правда", що відчуває мене більш природно, ніж навпаки. Далі, мені здається, що перший набагато простіше проаналізувати візуально.

Або приклад PHP:

$text = "lorem ipsum"
      . "dolor sit amet, "
      . "consectetur adipisicing elit, "
      . "sed do eiusmod tempor";

Знову ж таки, я можу просто прочеркнути прочитане вертикально, щоб побачити, що я просто об'єднуючий текст, бо більшу частину часу я відчуваю, що мені насправді не важливо, що знаходиться в рядках / умовах.

Звичайно, я б не застосовував цей стиль беззастережно. Якщо розміщення нової лінії після того, як оператор, здається, має для мене більше сенсу, я б це зробив, але наразі не можу придумати приклад.

Я майже завжди перериваю рядки перед бінарними операторами, щоб зрозуміти читачам коду, що це продовження виразу, а не наступне твердження. Це важливо, якщо наступне твердження зазвичай буде з відступом. Наприклад, розглянемо оператор if, який має складний умовний вираз:

if (first_part_of_condition &&
    second_part_of_condition) {
    statement_within_then_part;
}

Другу частину умовного виразу легко сплутати з першим твердженням тодішньої частини. Це може бути дуже заплутано, якщо перша частина умови тривала, а && закінчується праворуч. Порівняйте це з альтернативою:

if (first_part_of_condition
    && second_part_of_condition) {
    statement_within_then_part;
}

Це виглядає дещо дивним, але це дає зрозуміти, що друга частина умови не є початком заяви.

Я це роблю і в інших контекстах, але найвище значення є твердженням if, оскільки відступ є неоднозначним. Звичайно, можна змінити відступ або розміщення дужок, але це також виглядає дивно.

tl; dr лівий кінець рядка є більш значущим для швидкого розуміння читання, тому розміщення оператора на лівому кінці є більш помітним маркером, що це продовження виразу, а не твердження.

Я завжди використовував би першу. Ви хочете, щоб було зрозуміло, що ви робите з цим 1 там. Якби я це бачив, а над цим було стінка тексту 1, я б поняття не мав, що відбувається в частині використання цього 1.

Значення "+" поруч із 1 дає зрозуміти, що як мінімум я щось роблю з питанням 1, а не зависаю, ідучи "Я весь у твоєму коді ..." без видимих ​​причин.

Я вважаю, що це допомагає надзвичайно читати розуміння, коли рядок вказує на те, що оператор продовжується в наступному рядку, маючи бінарний оператор в кінці, і тим самим робить оператор неповним. Пропущеної крапки з комою мені недостатньо, щоб відразу зрозуміти це.

Це може бути просто питанням звички, але якщо ви не працюєте виключно мовами, для яких потрібна крапка з комою (що я вважаю досить нереальним, враховуючи всю розповсюдженість скриптів оболонок, файлів і мов, таких як Python), ви, ймовірно, не матимете і цієї звички.

EDIT: Джорджіо відзначає чудові коментарі: це використання повторюється загальними пунктуаційними знаками , як з математики, так і з природничих мов. Ви б написали

Я тону,
тому поплив

Ти б не писав

Я тону
, тому поплив