Код в стиле Ruby: грамотно, красиво и рационально. Пример для начинающих

[Arik]

Сам далек от Руби, но натыкался на такое github.com/rubocop-hq/ruby-style-guide

По опыту с PHP кодом тоже насмотрелся и навелосипедировал вариантов, после просто начал доверять нормальным редакторам, не знаю как под RubyMine, но под PHPStorm хорошо справляется автоматическое форматирование кода (под Мак Alt+CMD+L)


причем очень нравится вариант когда форматируется только выделенная область, так в коммитах только твой красивый код)

[untilx]

Возможно, я сейчас выскажу не самое популярное мнение. Вы когда-нибудь пробовали найти что-то в оглавлении старых книг? Ну, тех, в которых название главы выравнено по левому краю, а номер страницы — по правому. Если нет, то попробуйте, если да, то освежите память, а потом подумайте и решите для себя, хорошо выравнивание по колонке оператора присваивания или нет. (К слову, некоторые стайлгайды такой подход явно осуждают.)

[robux]

Вот-вот. Такое выравнивание (как в статье) может и выглядит понтово, но с практической точки зрения, если нужно что-то исправить/добавить, приносит много головняка.

Я и сам раньше так чудил, а сейчас делаю отступы по 2 пробела на блок, так и удобнее кодить и нагляднее, когда пытаешься через год даже в своем коде разобраться, не говоря о чужом.

Выравнивание ни с того ни с сего с середины экрана (на самом деле из-за эстетических придурей хипстера) здорово сбивает с толку.

[rraderio]

Вот-вот. Такое выравнивание (как в статье) может и выглядит понтово, но с практической точки зрения, если нужно что-то исправить/добавить, приносит много головняка.

А что за проблемы?

[robux]

Написал же. Ещё раз.
Во-первых, проблема в ориентации (блоки посреди экрана сбивают с толку).
Во-вторых, проблема в быстром редактировании (много пробелов приходится удалять/добавлять при переносе переменных на другую строку, добавлении новых переменных, групповом переименовании по Ctrl+H и так далее).

[k4ir05]

Удалить самую длинную строку, добавить строку длиннее самой длинной.

Видимо, такой подход исповедуют те, кто кому ещё не приходилось править такой код.

[rraderio]

Ну так может проблема в IDE?

[k4ir05]

А это разве базовая функция всех «правильных» IDE?
А проблема тут (помимо читабельности) ещё в том, что при добавлении или удалении одного выражения придётся править и другие выражения, которые не имеют никакого отношения к выполняемой задаче. Что может породить лишние конфликты при слиянии.

[rraderio]

А это разве базовая функция всех «правильных» IDE?

Будет спрос, будет во всех

Что может породить лишние конфликты при слиянии.

git merge -Xignore-space-change

[k4ir05]

О, для этого ещё и мерджить надо по-особому) И правильно ли я понимаю, что при этом все эти лишние пробелы не перенесутся и канут в небытие?
И все эти усложнения только ради для красивости кода с сомнительной читабельностью?

[ZaytsevArtem]

Я прямо представляю в голове, как бывший рубист или ещё кто-то привык городить кучу пробелов, допустим, мы его обратили в табы, а он нашёл лазейку и продолжает плодить пробелы в элайнмент, или

ещё хуже

плодить там табы, или

шёпотом, с особой интонацией, освещая лицо фонариком снизу

табы и пробелы одновременно.

[Fedcomp]

В нормальных проектах часто юзают
github.com/rubocop-hq/rubocop

[wsf]

Статья в стиле «как потратить полчаса на вылизывание 10 строк кода». На правильной расстановке отступов можно остановиться в 90% случаев, а это умеет любой адекватный редактор.