Программирование на языке Ruby

Здесь полезен метод

. Тогда пример можно записать так:

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

Можно подмешивать модуль к объекту, а не классу (например, методом

), см. по этому поводу раздел 11.2.2.

Важно понимать еще одну вещь. В вашем классе можно определить методы, которые будут вызываться из примеси. Это удивительно мощный прием, знакомый тем, кто пользовался интерфейсами в Java.

Классический пример, с которым мы уже сталкивались ранее, — подмешивание модуля

и определение метода . Поскольку подмешанные методы могут вызывать метод сравнения, то мы получаем операторы , , и т.д.

Другой пример — подмешивание модуля

и определение метода и итератора . Тем самым мы получаем целый ряд полезных методов: , , , и .

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

11.1.13. Трансформация или преобразование объектов

Иногда объект имеет нужный вид в нужное время, а иногда хочется преобразовать его во что-то другое или сделать вид, что он является чем-то, чем на самом деле не является. Всем известный пример — метод

.

Каждый объект можно тем или иным способом представить в виде строки. Но не каждый объект может успешно «прикинуться» строкой. Именно в этом и состоит различие между методами

и . Рассмотрим этот вопрос подробнее.

При использовании метода

или интерполяции в строку (в контексте ) ожидается, что в качестве параметра будет передан объект . Если это не так, объект просят преобразовать себя в , посылая ему сообщение . Именно здесь вы можете определить, как объект следует отобразить; просто реализуйте метод в своем классе так, чтобы он возвращал подходящую строку.

Другие методы (например, оператор конкатенации строк

) не так требовательны, они ожидают получить нечто достаточно близкое к объекту . В этом случае Мац решил, что интерпретатор не будет вызывать метод для преобразования нестроковых аргументов, поскольку это могло бы привести к большому числу ошибок. Вместо этого вызывается более строгий метод . Из всех встроенных классов только и реализуют , и лишь , и вызывают его. Увидев сообщение , можно смело сказать, что интерпретатор пытался вызвать и потерпел неудачу.

Вы можете реализовать метод

и самостоятельно, например, если хотите, чтобы строку можно было конкатенировать с числом:

Аналогично обстоит дело и в отношении массивов. Для преобразования объекта в массив служит метод

, а метод вызывается, когда ожидается массив и ничего другого, например в случае множественного присваивания. Допустим, есть предложение такого вида:

Если

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

Метод

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