Хэл Фултон - Программирование на языке Ruby

Для этого нужно определить метод initialize_copy. Он вызывается как раз при копировании объекта. Этот метод аналогичен initializeи позволяет полностью контролировать состояние объекта.

class Document # Определяем новый метод в классе.

def initialize_copy(other)

@timestamp = Time.now

end

end

doc3 = Document.new("More Stuff", File.read("otherfile"))

sleep 300 # Немного подождем...

doc4 = doc3.clone

doc3.timestamp == doc4.timestamp # false

# Теперь временные штампы правильны.

Отметим, что метод initialize_copyвызывается после того, как вся информация скопирована. Поэтому мы и опустили строку:

@title, @text = other.title, other.text

Кстати, если метод initialize_copyпуст, то поведение будет такое же, как если бы он не был определен вовсе.

Редко, но бывает, что нужно создать объект, не вызывая его конструктор (в обход метода initialize). Например, может статься, что состояние объекта полностью определяется методами доступа к нему; тогда не нужно вызывать метод new(который вызовет initialize), разве что вы сами захотите это сделать. Представьте, что для инициализации состояния объекта вы собираете данные по частям: начать следует с «пустого» объекта, а не получить все данные заранее, а потом вызвать конструктор.

Метод allocateпоявился в версии Ruby 1.8, чтобы упростить решение этой задачи. Он возвращает «чистый», еще не инициализированный объект класса.

class Person

attr_accessor :name, :age, :phone

def initialize(n,a,p)

@name, @age, @phone = n, a, p

end

end

p1 = Person.new("John Smith",29,"555-1234")

p2 = Person.allocate

p p1.age # 29

p p2.age # nil

Для использования модулей в 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.

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 приведен соответствующий пример.

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.