Ruby — проксирование методов класса

[FunFun]

хм, а можно более жизненный пример?

[Tenkoff]

Можно сделать кеширование.
Заменив, p «before ##{name}» на запрос в мемкеш и выдачу результата оттуда, а p «after ##{name}» заменить на кеширование результата в мемкеш.

[theRavel]

а что дает это «проксирование», чего нельзя добиться обычным наследованием?

[ptiss]

или monkeypatching'ом

[Tenkoff]

Я описал механизм, как можно обернуть все методы класса.
Делать это наследованием, или просто инкапсуляцией это уже ваше дело.

[iv_s]

А почему черная магия? Обычное метапрограммирование:)

[ptzn]

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

[iv_s]

Почему не метапрограммирование? На лету кодом манипулируем — значит метапрограммирование.

[ptzn]

Код по сути есть «сферический конь в вакууме», т.к. для запуска в тредах и «померить производительность» проксирование не нужно, для «навесить фильтры до и после» — есть alias'инг или (в рельсах) alias_method_chain. Имхо более жизненный пример с проксированием – это коллекции объектов, возвращаемые в рельсовских ActiveRecord при вызове find.

[Tenkoff]

Есть сотни способов, как заальясить одно в другое и обернуть, еще раз я показал пример, как можно сделать обертку, для всех! методов класса, а не для одного.

[ptzn]

Я всего лишь ратую за более жизненный пример :)

[angry_elf]

Это типа питоновских декораторов?

[Tenkoff]

Почти :)

[Tenkoff]

Не уверен как в питоне, но этот механизм, дает возможность обернуть все методы класса.

[angry_elf]

Если я правильно понял, тут просто используется спец-метод method_missing, вызывающийся, если запрашиваемый метод не был найден, так?
В питоне это можно сделать почти так же, через __getattribute__ (вызывается для всех свойств и методов, не только для отсутствующих).
А правильный способ — декораторы, что есть синтаксический сахар, но очень удобно и без лишнего кода.

[Tenkoff]

Я как раз дополнил пост, небольшим объяснением как все это работает.

[dsCode]

> через __getattribute__ (вызывается для всех свойств и методов, не только для отсутствующих)

а только для отсутствующих — __getattr__

[dsCode]

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

[Tenkoff]

Ну так всегда, где-то там есть то чего нет тут.
В руби нет реализованного паттерна декараторов, но есть возможность сделать его своими руками.

[dsCode]

Да, только в случае декораторов мы можем каждому методу навесить разные прокси (включая несколько декораторов для одного метода), тогда как при использование method_missing — у нас один «декоратор» на всех (можно, конечно, сделать проверку имени метода, и вызывать разные соответствующее действия, но это будет громоздко). Всё же, если говорить о декораторах, то здесь больше подойдёт паттерн alias_method_chain.

[Tenkoff]

Я так понимаю он реализован только в рельсах и с наскока его не перенесешь к себе.

[dsCode]

> Я так понимаю он реализован только в рельсах и с наскока его не перенесешь к себе.

Да, он реализован в Рельсах. Но почему не «перенесёшь к себе»? Ведь это обычная цепочка вызовов заaliasенных методов (через стандартные конструкции alias и alias_method) — можно и свою идеологию придумать (не только с with и without, как придумали в alias_method_chain, который имитирует работу декораторов).

[Tenkoff]

Ну я как нибудь проинспектирую код на наличие интересных решений, я пока занят изучением кишков мерба :)

[OmeZ]

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

[Tenkoff]

Ну в перле это сделать намного сложнее.

[OmeZ]

не спорю. В php вообще без проблем использовать такой подход