рельсы попробуй методом метания NoMethodError? - PullRequest
23 голосов
/ 15 сентября 2011

Почему попробуйте выдать ошибку? Разве это не победит всю цель? Может быть, это только в консоли?

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 вместо выдачи ошибки?

Ответы [ 3 ]

55 голосов
/ 15 сентября 2011

Рельсы 3

Вы неправильно поняли, как работает try, из тонкой инструкции :

try (* a, & b)
Вызывает метод, идентифицированный методом символа, передавая ему любые аргументы и / или указанный блок, так же, как это делает обычный Ruby Object#send.

Однако, в отличие от этого метода, исключение NoMethodError не будет сгенерировано, и вместо него будет возвращено nil, если принимающим объектом является nil объект или NilClass.

И версия try, которая исправлена ​​в NilClass:

попробовать (* арг)
Вызов try на nil всегда возвращает nil.

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


Рельсы 4

Поведение try изменилось в Rails 4, так что теперь это:

Вызывает открытый метод, имя которого идет в качестве первого аргумента, как и public_send, за исключением того, что если получатель не отвечает на него, вызов возвращает nil, а не вызывает исключение.

Так что теперь try берет на себя обе проверки одновременно. Если вы хотите поведение Rails 3, есть try!:

То же, что и try, но вызовет исключение NoMethodError, если получатель [sic] не является nil и не реализует [sic] проверенный метод.

8 голосов
/ 15 сентября 2011

Это то, что делает try

Вызывает метод, идентифицированный методом символа, передавая ему любые аргументы и / или указанный блок, как это делает обычный Ruby Object # send.Однако, в отличие от этого метода, исключение NoMethodError не будет вызываться, и вместо него будет возвращено значение nil, если принимающий объект является объектом nil или NilClass.контроллер, но вы не создали его тогда @user.try(:foo) => nil вместо

@user.foo
NoMethodError: undefined method `foo' for nil:NilClass

Важным моментом здесь является то, что try это метод экземпляра.Также не возвращает ноль, если объект, который вы пытаетесь использовать, не равен ноль .

5 голосов
/ 25 августа 2012

Я знаю, что это старо, но это может помочь кому-то еще, потому что это первое, что всплыло, когда я гуглил эту проблему.Я «позаимствовал» код для 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
...