рельсы попробуй методом метания NoMethodError?
Вы выполняете выполнение кода с помощью exec, как со следующим сеансом IDLE:
>>> kw = {}
>>> exec( "ret = 4" ) in kw
>>> kw['ret']
4
2 ответа
Rails 3
Вы неправильно поняли, как работает try, из тонкого руководства :
try (* a, & amp; b )
Вызывает метод, идентифицированный методом символа, передавая ему любые аргументы и / или указанный блок, как это делает обычный RubyObject#send.Однако, в отличие от этого метода, исключение
NoMethodErrorне будет вызвано, и вместо него будет возвращеноnil, если принимающий объект является объектомnilилиNilClass.
И версия try, которая исправлена в NilClass :
try (* args)
Вызовtryдляnilвсегда возвращаетnil.
Таким образом, try не игнорирует вашу попытку вызвать несуществующий метод объекта, он игнорирует вашу попытку вызвать метод в nil и возвращает nil вместо вызова исключения. Метод try - это простой способ избежать проверки nil на каждом шаге в цепочке вызовов методов.
Rails 4
Поведение try изменилось в Rails 4, поэтому теперь оно:
Вызывает публичный метод, имя которого выглядит как первый аргумент, как
public_send, за исключением того, что, если получатель не отвечает на него, вызов возвращаетnil, а не вызывает исключение.
Так что теперь try заботится об обеих проверках одновременно. Если вы хотите поведение Rails 3, есть try! :
То же самое, что и
try, но вызовет исключениеNoMethodError, если получатель [sic] равен неnilи не реализует [sic] испытанный метод.
Я знаю, что это старо, но это может помочь кому-то еще, потому что это первое, что всплыло, когда я гуглил эту проблему. Я «позаимствовал» код для 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) && !@person.children.blank? && @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