Rails попробуйте метод throwing NoMethodError?
Почему вы пытаетесь выбросить ошибку? Разве это не побеждает целую цель? Может быть, это просто на консоли?
ruby-1.9.2-p180 :101 > User.first.try(:something)
NoMethodError: undefined method `something' for #<User:0x000001046ad128>
from /Users/me/.rvm/gems/ruby-1.9.2-p180/gems/activemodel-3.0.10/lib/active_model/attribute_methods.rb:392:in `method_missing'
from /Users/me/.rvm/gems/ruby-1.9.2-p180/gems/activerecord-3.0.10/lib/active_record/attribute_methods.rb:46:in `method_missing'
from (irb):101
from /Users/me/.rvm/gems/ruby-1.9.2-p180/gems/railties-3.0.10/lib/rails/commands/console.rb:44:in `start'
from /Users/me/.rvm/gems/ruby-1.9.2-p180/gems/railties-3.0.10/lib/rails/commands/console.rb:8:in `start'
from /Users/me/.rvm/gems/ruby-1.9.2-p180/gems/railties-3.0.10/lib/rails/commands.rb:23:in `<top (required)>'
from script/rails:6:in `require'
from script/rails:6:in `<main>'
EDIT:
Спасибо, ребята, теперь я понял.
Есть ли способ сделать то, что я хотел, не используя respond_to?
, чтобы User.try(:something)
возвращал nil
вместо того, чтобы бросать ошибку?
Ответы
Ответ 1
Рельсы 3
Вы не понимаете, как работает try
, из точное руководство:
try (* a, & b)
Вызывает метод, идентифицированный с помощью символьного метода, передавая ему любые аргументы и/или указанный блок, как это делает обычный Ruby Object#send
.
Однако в отличие от этого метода исключение NoMethodError
не будет поднято, а вместо него будет возвращено nil
, если принимающий объект является объектом nil
или NilClass
.
И версия try
, которая исправлена в NilClass
:
попробовать (* арг)
Вызов try
on nil
всегда возвращает nil
.
Итак, try
не игнорирует вашу попытку вызвать несуществующий метод для объекта, он игнорирует вашу попытку вызвать метод на nil
и возвращает nil
вместо того, чтобы поднимать исключение. Метод try
- это просто простой способ избежать проверки на nil
на каждом шаге цепочки вызовов методов.
Рельсы 4
Поведение try
изменилось в Rails 4, так что теперь оно:
Вызывает открытый метод, имя которого входит в качестве первого аргумента, как это делает public_send
, за исключением того, что если получатель не отвечает на него, вызов возвращает nil
, а не создает исключение.
Итак, теперь try
выполняет обе проверки одновременно. Если вы хотите поведение Rails 3, try!
:
То же, что и try
, но будет генерировать исключение NoMethodError
, если принимающий [sic] не является nil
и не реализовал [sic] проверенный метод.
Ответ 2
Вот что делает
Вызывает метод, идентифицированный методом символа, передавая его аргументы и/или указанный блок, точно так же, как обычный Ruby Объект # отправляет. Однако, в отличие от этого метода, NoMethodError исключение не будет поднято, и вместо него будет возвращено nil, если принимающим объектом является объект nil или NilClass.
Итак, скажем, вы установили @user
в свой контроллер, но вы не создали его вместо @user.try(:foo)
=> nil
вместо
@user.foo
NoMethodError: undefined method `foo' for nil:NilClass
Важным моментом здесь является то, что try является методом экземпляра. Он также не возвращает ниль, если объект, который вы пытаетесь использовать, не равен нулю.
Ответ 3
Я знаю, что это старо, но это может помочь кому-то другому, потому что это первое, что появилось, когда я разобрался с этой проблемой. Я "заимствовал" код для try и реализовал свой собственный метод try_method, который действует как try, за исключением того, что он сначала проверяет, метод существует до вызова отправки. Я реализовал это в Object и поместил в инициализатор, и теперь я могу называть его любым объектом.
class Object
# Invokes the method identified by _method_, passing it any
# arguments specified, just like the regular Ruby <tt>Object#send</tt> does.
#
# *Unlike* that method however, a +NoMethodError+ exception will *not* be raised
# if the method does not exist.
#
# This differs from the regular Ruby <tt>Object#try</tt> method which only
# suppresses the +NoMethodError+ exception if the object is Nil
#
# If try_method is called without a method to call, it will yield any given block with the object.
#
# Please also note that +try_method+ is defined on +Object+, therefore it won't work with
# subclasses of +BasicObject+. For example, using try_method with +SimpleDelegator+ will
# delegate +try_method+ to target instead of calling it on delegator itself.
#
# ==== Examples
#
# Without +try_method+
# @person && @person.respond_to?(:name) && @person.name
# or
# (@person && @person.respond_to?(:name)) ? @person.name : nil
#
# With +try_method+
# @person.try_method(:name)
#
# +try_method+ also accepts arguments and/or a block, for the method it is trying
# Person.try_method(:find, 1)
# @people.try_method(:collect) {|p| p.name}
#
# Without a method argument try_method will yield to the block unless the receiver is nil.
# @person.try_method { |p| "#{p.first_name} #{p.last_name}" }
#--
# +try_method+ behaves like +Object#send+, unless called on +NilClass+ or a class that does not implement _method_.
def try_method(method=nil, *args, &block)
if method == nil && block_given?
yield self
elsif respond_to?(method)
__send__(method, *args, &block)
else
nil
end
end
end
class NilClass
# Calling +try_method+ on +nil+ always returns +nil+.
# It becomes specially helpful when navigating through associations that may return +nil+.
#
# === Examples
#
# nil.try_method(:name) # => nil
#
# Without +try_method+
# @person && @person.respond_to(:children) && [email protected]? && @person.children.respond_to(:first) && @person.children.first.respond_to(:name) && @person.children.first.name
#
# With +try_method+
# @person.try_method(:children).try_method(:first).try_method(:name)
def try_method(*args)
nil
end
end