Our Blog

Ongoing observations by End Point Dev people

Some metaprogramming examples from RSpec

Miguel Alatorre

By Miguel Alatorre
September 25, 2014

I’m quite the curious cat and one thing that has interested me for a while has been how RSpec and its describe and it methods work. In digging through the rspec-core gem source code (v3.1.4), specifically the example_group.rb file, I came across some syntax that I had not been exposed to:

# https://github.com/rspec/rspec-core/blob/v3.1.3/lib/rspec/core/example_group.rb

module RSpec
  module Core
    class ExampleGroup
      # ...

      def self.define_singleton_method(*a, &b)
        (class << self; self; end).__send__(:define_method, *a, &b)
      end

      # ...

      def self.define_example_method(name, extra_options={})
        define_singleton_method(name) do |*all_args, &block|

          # ...

        end
      end

      # ...

      define_example_method :it

      # ...

    end
  end
end

“What’s with all this passing around of blocks? And what’s :define_method doing?” I asked. The documentation for the define_method is straightforward enough, yet I still wondered what was being accomplished in the code above. In pursuit of answers, here’s what I found out.

Metaprogramming

Metaprogramming is the writing of code that acts on other code instead of data, also commonly described as “code that writes code”. As an example, let’s reopen a class at runtime and add a method:

class Dog
  # empty class
end

dog = Dog.new
=> #<Dog:0x00000006add440>
dog.methods.include? :speak
=> false
Dog.__send__(:define_method, :speak, Proc.new { "Woof!" })
=> :speak
dog.speak
=> "Woof!"

The block passed to the define_method method is used as the body of the method being defined, which in our case is the speak method. Note the use of send over send. Because some classes define their own send method, it’s safer to use send. As another example, let’s define a method that we can use to create more class methods:

class Cat
  def create_method(method_name, &method_body)
    self.class.__send__(:define_method, method_name, &method_body)
  end
end

cat = Cat.new
 => #<Cat:0x00000005973c68>
cat.methods.include? :speak
 => false
cat.create_method(:speak) { "Meow!" }
=> :speak
cat.speak
=> "Meow!"
cat2 = Cat.new
=> #<Cat:0x00000005962da0>
cat.2.speak
=> "Meow!"

Metaclasses

A metaclass is the class of an object that holds singleton methods, and a singleton method is a method which belongs to just one object. If we have an instance, dog, of a Dog class we can define a singleton method as follows:

class Dog
end

dog = Dog.new
=> #<Dog:0x00000006990e70>
def dog.sit
  "I'm sitting, now gimme a treat!"
end
=> :sit
dog.sit
=> "I'm sitting, now gimme a treat!"
dog2 = Dog.new
=> #<Dog:0x00000006977998>
dog2.methods.include? :sit
=> false

When Ruby looks for a method, it first looks in the object’s metaclass. If it doesn’t find it there, then it looks in the object’s class and upwards through the inheritance chain. To access an object’s metaclass we can use the following syntax:

class Dog
end

dog = Dog.new
=> #<Dog:0x00000006990e70>
def dog.sit
  "I'm sitting, now gimme a treat!"
end
=> :sit
metaclass = class << dog; self; end
=> #<Class:#<Dog:0x00000006990e70>>
metaclass.instance_methods.include? :sit
=> true

OK, with all this in mind let’s define a class method that can be used to create singleton methods for that class. “Wait, wait, singleton methods for a class? But aren’t singleton methods for objects?” I hear you. In Ruby, classes are objects. If they are objects, then they can have metaclasses. Let’s see it in action:

class Cat
  def self.define_singleton_method(method_name, &method_body)
    (class << self; self; end).__send__(:define_method, method_name, &method_body)
  end

  define_singleton_method(:speak) {  "Meow!" }
  define_singleton_method(:purr) { "Purr!" }
  define_singleton_method(:hiss) { "Hiss!" }
end

Cat.speak
=> "Meow!"
Cat.methods.grep(/speak|purr|hiss/)
=> [:speak, :purr, :hiss]
cat = Cat.new
=> #<Cat:0x000000067e8d20>
cat.methods.grep(/speak|purr|hiss/)
[]

Hmm, the methods speak, purr, and hiss look like class methods, don’t they? Aha! I’ve learned that class methods are actually singleton methods of the class object, or, instance methods of the class object’s metaclass!

class Person
  def self.greet
    "Hello there!"
  end
end

metaclass = class << Person; self; end
=> #<Class: Person>
metaclass.instance_methods.include? :greet
=> true

If we go back and look at the code block where we defined class method define_singleton_method for the Cat class, we can see now that this method, by opening up the class’ metaclass and sending it define_method, is basically just creating more class methods. And this is exactly what’s going on in the example_group.rb file; the class methods :describe, :it, etc., are created via metaprogramming. Neat!

There’s still lots more for me to learn when it comes to metaprogramming. Here’s one blog article by Yehuda Katz that I found really helpful in understanding metaprogramming, especially the role of self.

ruby testing


Comments