Подтвердить что ты не робот

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 вместо того, чтобы бросать ошибку?

4b9b3361

Ответ 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