Книга: Программирование на языке Ruby
11.1.12. Модули
Разделы на этой странице:
11.1.12. Модули
Для использования модулей в Ruby есть две основных причины. Первая — облегчить управление пространством имен; если поместить константы и методы в модули, то будет меньше конфликтов имен. Хранящийся таким образом метод (метод модуля) вызывается с указанием имени модуля, то есть без вызывающего объекта. Точно так же вызывается и метод класса. Увидев вызовы вида File.ctime
или FileTest.exist?
, мы не можем определить по контексту, что File
— это класс, а FileTest
— модуль.
Вторая причина более интересна: мы можем использовать модуль как примесь. Примеси — это способ реализации множественного наследования, при котором наследуется только интерфейс.
Мы уже говорили о методах модуля, а как насчет методов экземпляра? Модуль — это не класс, у него не может быть экземпляров, а к методу экземпляра нельзя обратиться, не указав вызывающий объект.
Но оказывается, модуль может иметь методы экземпляра. Они становятся частью класса, который включил модуль директивой include
.
module MyMod
def meth1
puts "Это метод 1."
end
end
class MyClass
include MyMod
# ...
end
x = MyClass.new
x.meth1 # Это метод 1.
Здесь модуль MyMod
подмешан к классу MyClass
, а метод экземпляра meth1
унаследован. Вы видели также, как директива include
употребляется на верхнем уровне программы; в таком случае модуль подмешивается к классу Object
.
А что происходит с методами модуля, если таковые определены? Если вы думаете, что они становятся методами класса, то ошибаетесь. Методы модуля не подмешиваются.
Но если такое поведение желательно, то его можно реализовать с помощью нехитрого трюка. Существует метод append_features
, который можно переопределить. Он вызывается с параметром — «целевым» классом или модулем (в который включается данный модуль). Пример приведен в листинге 11.6.
Листинг 11.6. Включение модуля с переопределенным методом append_features
module MyMod
def MyMod.append_features(someClass)
def someClass.modmeth
puts "Метод модуля (класса) "
end
super # Этот вызов обязателен!
end
def meth1
puts "Метод 1"
end
end
class MyClass
include MyMod
def MyClass.classmeth
puts "Метод класса"
end
def meth2
puts "Метод 2"
end
end
x = MyClass.new
# Выводится:
MyClass.classmeth # Метод класса
x.meth1 # Метод 1
MyClass.modmeth # Метод модуля (класса)
x.meth2 # Метод 2
Этот пример заслуживает детального рассмотрения. Во-первых, надо понимать, что метод append_features
не просто вызывается в ходе выполнения include
; на самом деле именно он и несет ответственность за включение. Поэтому-то вызов super необходим, без него оставшаяся часть модуля (в данном случае метод meth1
) вообще не была бы включена.
Отметим также, что внутри тела append_features
имеется определение метода. Выглядит это необычно, но работает, поскольку вложенное определение порождает синглетный метод (уровня класса или модуля). Попытка определить таким образом метод экземпляра привела бы к ошибке Nested method error
(Ошибка при определении вложенного метода).
Модуль мог бы захотеть узнать, кто был инициатором примеси. Для этого тоже можно воспользоваться методом append_features
, потому что класс-инициатор передается ему в качестве параметра.
Можно также подмешивать методы экземпляра модуля как методы класса. В листинге 11.7 приведен соответствующий пример.
Листинг 11.7. Методы экземпляра модуля становятся методами класса
module MyMod
def meth3
puts "Метод экземпляра модуля meth3"
puts "может стать методом класса."
end
end
class MyClass
class << self # Здесь self - это MyClass.
include MyMod
end
end
MyClass.meth3
# Выводится:
# Метод экземпляра модуля meth3
# может стать методом класса.
Здесь полезен метод extend
. Тогда пример можно записать так:
class MyClass
extend MyMod
end
Мы все время говорим о методах. А как насчет переменных экземпляра? Конечно, модуль может иметь собственные данные экземпляра, но обычно так не делают. Впрочем, если вы решили, что без этого никак не обойтись, ничто вас не остановит.
Можно подмешивать модуль к объекту, а не классу (например, методом extend
), см. по этому поводу раздел 11.2.2.
Важно понимать еще одну вещь. В вашем классе можно определить методы, которые будут вызываться из примеси. Это удивительно мощный прием, знакомый тем, кто пользовался интерфейсами в Java.
Классический пример, с которым мы уже сталкивались ранее, — подмешивание модуля Comparable
и определение метода <=>
. Поскольку подмешанные методы могут вызывать метод сравнения, то мы получаем операторы <
, >
, <=
и т.д.
Другой пример — подмешивание модуля Enumerable
и определение метода <=>
и итератора each
. Тем самым мы получаем целый ряд полезных методов: collect
, sort
, min
, max
и select
.
Можно также определять и собственные модули, ведущие себя подобным образом. Возможности ограничены только вашим воображением.
- 11.1.1. Применение нескольких конструкторов
- 11.1.2. Создание атрибутов экземпляра
- 11.1.3. Более сложные конструкторы
- 11.1.4. Создание атрибутов и методов уровня класса
- 11.1.5. Наследование суперклассу
- 11.1.6. Опрос класса объекта
- 11.1.7. Проверка объектов на равенство
- 11.1.8. Управление доступом к методам
- 11.1.9. Копирование объектов
- 11.1.10. Метод initialize_copy
- 11.1.11. Метод allocate
- 11.1.12. Модули
- 11.1.13. Трансформация или преобразование объектов
- 11.1.14. Классы, содержащие только данные (Struct)
- 11.1.15. Замораживание объектов
- Модули констукторов заданий
- Речевые модули для «холодного» звонка с целью назначить встречу
- Речевые модули для завершения продажи
- 3.3.3. Модули аутентификации
- 7.2. Модули
- Речевые модули для прохода секретаря
- Речевые модули для скрипта
- Модули
- Речевые модули для работы с возражениями
- Речевые модули для объяснения секретарю причины и цели звонка
- Глава 16 Модули
- 10.2. Осторожно, за вами следят шпионские модули SpyWare!