元编程介绍
method_missing方法
method_missing方法只是元编程的冰山一角,但却是让人第一眼就让人为之沉迷的一种奇淫巧计。其他一些比较系统的概念无法在短时间内就可以表述清楚,所以就让我们先来看看method_missing。
car = Car.new
car.go_to_taipei
# go to taipei
car.go_to_shanghai
# go to shanghai
car.go_to_japan
# go to japan
先来看这个例子,Car
类的对象car
里有三个方法go_to_taipei
、go_to_shanghai
、go_to_japan
,三个方法没什么功能,只是输出了go to xxxxx
。假设让我们自己来设计这个类必然是下面这样:
class Car
def go_to_taipei
puts "go to taipei"
end
def go_to_shanghai
puts "go to shanghai"
end
def go_to_japan
puts "go to japan"
end
end
假设外部有100个城市要调用是不是就需要有100个方法呢?那样Car类就变得非常不优雅了。但实际上用method_missing方法是如何实现这个Car类的呢?
class Car
def go(place)
puts "go to #{place}"
end
def method_missing(name, *args)
if name.to_s =~ /^go_to_(.*)/
go($1)
else
super
end
end
end
没有找到go_to_xxx
的函数的时候会去调用method_missing
方法,经过正则表达式匹配出最后一个单词,作为go
方法的参数调用go
方法。这样Car
类就非常优雅。由于在Car
类中找不到方法不断向上层父类查找该方法,这显然会带来稍许的性能问题,再改进一下应该是下面这样的:
class Car
def method_missing(name, *args)
if name.to_s =~ /^go_to_(.*)/
self.class.send :define_method, :name do
puts "go to #{$1}"
end
self.send :name
else
super
end
end
end
每次调用类似go_to_xxxx
方法的时候,如果没找到方法则在类中使用define_method
方法定义该方法,定义完成后调用self.send
执行该方法。这里用到了动态派发技术,因为define_method
是Object
类的私有方法,但是私有方法还是无法拒绝send
方法抛出的橄榄枝调用,所以用send
方法调用defind_method
。
就这样,第一次调用一个不存在的方法后,就会定义该方法再调用;当第二次调用该方法的时候Car类
就有该方法了,同时也解决了性能上的问题。在运行时直接定义方法,这是静态编译语言无法做到的。