Nano Hash - криптовалюты, майнинг, программирование

Вызов ключевого слова super с модулями и наследованием

Я думал, что включение модуля в качестве примеси в класс «добавило функции» в класс.

Я не понимаю, почему это не работает должным образом:

module A
    def blah
        super if defined?(super)
        puts "hello, world!"
    end
end

class X
    include A
end

class Y < X
    include A
end

y = Y.new
y.blah

Я ожидал, что "y" вызовет его super blah() (поскольку он включен в класс X?), но вместо этого я получил:

test.rb:3:in blah: super: нет метода суперкласса `blah'


Ответы:


1

Вы сталкиваетесь с нюансами иерархии объектов Ruby и с тем, как поиск методов взаимодействует с включенными модулями.

Когда вы вызываете метод для объекта, Ruby просматривает ancestors список класса объекта в поисках класса-предка или модуля, который отвечает на этот метод. Когда вы вызываете super в этом методе, вы фактически продолжаете обход дерева ancestors в поисках следующего объекта, который отвечает на то же имя метода.

Древо предков для ваших классов X и Y выглядит следующим образом:

p X.ancestors #=> [ X, A, Object, Kernel, BaseObject ]
p Y.ancestors #=> [ Y, X, A, Object, Kernel, BaseObject ]

Проблема в том, что includeвключение модуля во второй раз в дочернем классе не вводит вторую копию модуля в цепочку предков.

По сути, когда вы вызываете Y.new.blah, Ruby начинает искать класс, который отвечает на blah. Он проходит мимо Y и X и приземляется на A, что представляет собой метод blah. Когда A#blah вызывает super, «указатель» в вашем списке предков уже указывает на A, и Ruby продолжает искать с этой точки другой объект, отвечающий на blah, начиная с Object, Kernel и затем BaseObject. Ни в одном из этих классов нет метода blah, поэтому ваш вызов super завершится ошибкой.

То же самое происходит, если модуль A включает в себя модуль B, а затем класс включает в себя оба модуля A и B. Модуль B не включен дважды:

module A; end
module B; include A; end

class C
  include A
  include B
end

p C.ancestors # [ C, B, A, Object, Kernel, BaseObject ]

Обратите внимание, что это C, B, A, а не C, A, B, A.

Казалось бы, цель состоит в том, чтобы позволить вам безопасно вызывать super внутри любого из методов A, не беспокоясь о том, что потребляющие иерархии классов могут непреднамеренно включить A дважды.


Есть несколько экспериментов, демонстрирующих различные аспекты этого поведения. Первый — это добавление метода blah в Object, который позволяет передать вызов super:

class Object; def blah; puts "Object::blah"; end; end

module A
  def blah
    puts "A::blah"
    super
  end
end

class X
    include A
end

class Y < X
    include A
end

Y.new.blah

# Output
# A::blah
# Object::blah

Второй эксперимент заключается в использовании двух модулей, BaseA и A, что действительно приводит к правильной вставке модулей дважды в цепочку ancestors:

module BaseA
  def blah
    puts "BaseA::blah"
  end
end

module A
  def blah
    puts "A::blah"
    super
  end
end

class X
  include BaseA
end

class Y < X
  include A
end

p Y.ancestors # [ Y, A, X, BaseA, Object, ...]
Y.new.blah

# Output
# A::blah
# BaseA::blah

В третьем эксперименте используется prepend вместо include, что помещает модуль перед объекта в иерархии ancestors и, что интересно, действительно вставляет дубликат модуля. Это позволяет нам достичь точки, в которой Y::blah эффективно вызывает X::blah, что не удается, поскольку Object::blah не существует:

require 'pry'

module A
  def blah
    puts "A::blah"
    begin
      super
    rescue
      puts "no super"
    end
  end
end

class X
  prepend A
end

class Y < X
  prepend A
end

p Y.ancestors # [ A, Y, A, X, Object, ... ]
Y.new.blah

# Output
# A::blah (from the A before Y)
# A::blah (from the A before X)
# no super (from the rescue clause in A::blah)
03.01.2017
  • Очень интересно и поучительно. Что вы имеете в виду, говоря, что я не могу полностью объяснить в начале вашего вступительного предложения. 04.01.2017
  • @CarySwoveland Я имел в виду, что этот ответ основан на гипотезе и экспериментах, которые, кажется, подтверждают эту гипотезу, а не на авторитетном объяснении и ссылке на подтверждающую документацию. 04.01.2017
  • @CarySwoveland В любом случае, я немного обновил формулировку. 04.01.2017
  • Это может быть частью ссылки, которую вы искали в отношении поиска метода: ruby-doc.org/core/doc/syntax/ 04.01.2017
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..