3 недели в блог не писал и уже тяжело снова начинать. Так однажды я 2 года спортом не позанимался и тоже лень было возвращаться. Есть правда хорошое решение - нужно себя заставлять. И вот сегодня я хочу рассказать про разные мелочи, с которыми столкнулся в свое время.

Kernel.caller

Вы будете смеятся, но раньше, чтобы вывести стек вызова методов приложения я использовал конструкцию:

def some
  begin
    raise 
  rescue => e
    p e.backtrace # => ["demo.rb:3:in `some'", "demo.rb:9:in `<main>'"]
  end
end

some

После C++ мне казалось, что это вполне нормально (в C++ попробуйте вывести стек приложения в лог, там не побалуешь). Но это же руби, здесь можно все, причем очень просто! Случайно в интернете обратил внимание на системный вызов Kernel.caller. Напечатать цепочку вызовов можно так:

def some
  p caller # => ["demo.rb:5:in `<main>'"]
end

some

Добавление ошибки валидации на :base

Отображая ошибки валидации с помощью стандартного object.errors.full_messages, мы иногда получаем такие сообщения: "Password Укажите пожалуйста пароль". Чтобы быстро избавиться от обязательно названия атрибута в начале сообщения, можно добавлять ошибки валидации следующим образом: object.errros.add(:base, 'Укажите пожалуйста пароль'). full_message не будет добавлять название атрибута в этом случае - activemodel/lib/active_model/errors.rb#L287.

Rescue в одну строку

Этим шаблоном я еще не воспользовался, но он интригует. Все мы используем конструкции для установки значений по умолчанию:

a = some || "default"
b = other.presence || "start" # Rails only, обрабатывает nil? и blank?

Оказывается можно так же легко установить дефалтовое значение, если метод вызывает исключение:

a = another rescue "after exception"

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

IndexBy

Чего только не придумают руби-программисты, чтобы писать меньше кода. Недавно наткнулся на удивительный метод index_by в рейлс:

# Выдержка из документации:

# Convert an enumerable to a hash:
people.index_by(&:login)
  # => { "nextangle" => <Person ...>, "chade-" => <Person ...>, ...}

Ассерты

В С++ очень активно используются ассерты для проверки входных параметров, при выполнении каких-то подозрительных действий, для проверки возвращаемых значений и т.д. Это является частным случаем программирования по контракту. В рейлс, для собственного спокойствия, я тоже часто вставляю такого рода проверки. Приведу несколько типовых случаев:

# 1.
# не обращайте внимание на цепочку if-elseif, не могу себя
# отучить в пользу case.
if mode == :some
  # ...
elsif mode == :another
  # ...
else
  raise "unreacheable: #{mode}"
end

# 2.
options.assert_valid_keys(:key_a, :key_b)

# 3.
raise "wrong #{state}" unless %w[start finish].include?(state)

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

Для первого раза думаю хватит. Рад возвращению в онлайн. Раньше мы работали над большим количеством маленьких проектов и я прежде всего оптимизировал скорость и стандартность разработки. Сейчас у нас есть парочку средних проектов, на несколько человеко-месяцев (мифических :-) каждый. При увеличении кодовой базы возникают проблемы другого сорта, с которыми я буду сталкиваться, осмыслять и рассказывать вам. До новых встреч!