Рельсы, если object.nil? то волшебство "во взглядах?

Ответ 1

Как насчет:

<%= tax_payment.user.name if tax_payment.user %>

Ответ 2

Вы также можете попробовать новый синтаксис Object.try, pardon pun.

Это в блестящем новом Rails 2.3:

tax_payment.try(:user).try(:name)

Ответ 3

Сообщество Ruby привлекло невероятное внимание к автоматизации этой идиомы. Это те решения, о которых я знаю:

• try в Ruby on Rails
• Другой try
• andand
• Более безопасный и и
• Kernel:: ergo
• send-with-default
• возможно
• _?
• if-not-nil
• черепахи!
• method_ в стиле Groovy
• do-or-do-not

Наиболее известным является, вероятно, метод try в Rails. Тем не менее, он получил some критика.

В любом случае, я думаю, что решение Бена вполне достаточно.

Ответ 4

Я всегда предпочитал такой подход:

Модель:

class TaxPayment < ActiveRecord::Base
  belongs_to :user
  delegate :name, :to=>:user, :prefix=>true, :allow_nil=>true
end

Вид:

<%= tax_payment.user_name %>

http://apidock.com/rails/Module/delegate

Ответ 5

Для получения более полного решения вы можете проверить Внедрить Репликацию нулевого объекта. Основная механика этого рефакторинга заключается в том, что вместо проверки nil в клиентском коде вместо этого убедитесь, что поставщик никогда не создает nil в первую очередь, введя нулевой объект контекста и возвращающий его.

Итак, верните пустую строку, пустой массив, пустой хеш или специальный пустой клиент или пустой пользователь или что-то вместо просто nil, и вам никогда не понадобится проверять nil в первую очередь.

Итак, в вашем случае у вас будет что-то вроде

class NullUser < User
    def name
        return ''
    end
end

Тем не менее, в Ruby есть еще один, довольно элегантный способ реализации Refactoring Null Object Refactoring: на самом деле вам не нужно вводить нулевой объект, потому что nil уже является объектом! Таким образом, вы могли бы обезьян-патч nil вести себя как NullUser - однако все обычные предупреждения и ловушки в отношении исправления обезьян в этом случае применяются еще сильнее, поскольку nil молчаливо проглатывает NoMethodError или что-то в этом роде может полностью испортить ваш отладочный опыт и сделать очень трудным отслеживать случаи, когда есть nil, который не должен быть там (в отличие от nil, который служит как Null Object).

Ответ 6

Я просто делаю

<%= tax_payment.user.name rescue '' %>

Ответ 7

Другой вариант, который иногда имеет смысл...

Если tax_payment.user возвращает nil, выводится nil.to_s (пустая строка), что безвредно. Если есть пользователь, он будет печатать имя пользователя.

Ответ 8

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

def print_if_present(var)
    var ? var : ""
end

И затем используйте его так (в представлении):

<%= print_if_present(your_var) %>

Если var равно нулю, он просто ничего не печатает без привлечения исключения.