Module_eval for dynamic behavior in Ruby

Introduction

Module_eval lets you add or change methods in a module while the program is running. This helps make your code flexible and adapt to new needs without rewriting it.

When you want to add new methods to a module based on user input or configuration.

When you need to change behavior of a module without restarting the program.

When you want to generate methods dynamically to avoid repetitive code.

When experimenting or testing different method definitions quickly.

When building libraries or frameworks that need to customize modules on the fly.

Syntax

Ruby

module ModuleName
  module_eval do
    # method definitions or code here
  end
end

You can pass a string or a block to module_eval.

Code inside module_eval runs as if it is inside the module.

Examples

This adds a method hello to the Greeter module using a block.

Ruby

module Greeter
  module_eval do
    def hello
      "Hello!"
    end
  end
end

This adds a method bye to Greeter using a string.

Ruby

module Greeter
  module_eval "def bye; 'Goodbye!'; end"
end

Defines a method square inside MathOps dynamically.

Ruby

module MathOps
  module_eval do
    def square(x)
      x * x
    end
  end
end

Sample Program

This program creates a module DynamicModule and adds a method greet dynamically using module_eval. Then a class Person includes this module. When we create a Person object and call greet, it prints a greeting.

Ruby

module DynamicModule
  module_eval do
    def greet(name)
      "Hello, #{name}!"
    end
  end
end

class Person
  include DynamicModule
end

p = Person.new
puts p.greet("Alice")

Important Notes

Using module_eval can be powerful but also risky if you run untrusted code.

It changes the module at runtime, so debugging can be harder if overused.

Prefer clear and simple code unless you really need dynamic behavior.

Summary

Module_eval lets you add or change methods inside a module while the program runs.

You can pass a block or a string to module_eval to define methods dynamically.

This helps make your code flexible but use it carefully to keep code readable and safe.

Practice

1.

What does module_eval do in Ruby?

easy

A. It converts a module into a class.

B. It deletes all methods from a module.

C. It creates a new module with fixed methods.

D. It allows adding or changing methods inside a module dynamically.

Solution

1. Step 1: Understand the purpose of module_eval

   module_eval lets you run code inside a module's context, allowing you to add or change methods dynamically.

2. Step 2: Compare options with the definition

   Only "It allows adding or changing methods inside a module dynamically." correctly describes this dynamic behavior. Other options describe unrelated actions.

3. Final Answer:

   It allows adding or changing methods inside a module dynamically. -> Option D

4. Quick Check:

   module_eval adds or changes methods = A [OK]

Hint: Remember: module_eval changes module methods at runtime [OK]

Common Mistakes:

• Thinking module_eval deletes methods
• Confusing module_eval with module creation
• Assuming module_eval converts modules to classes

2.

Which of the following is the correct syntax to define a method greet inside a module Mod using module_eval?

module Mod
  # Your code here
end

easy

A. Mod.module_eval { def greet; 'Hi'; end }

B. Mod.module_eval def greet; 'Hi'; end

C. Mod.module_eval('def greet; 'Hi'; end')

D. Mod.module_eval :def greet; 'Hi'; end

Solution

1. Step 1: Recall correct module_eval syntax

   You can pass a block to module_eval with method definitions inside curly braces.

2. Step 2: Check each option's syntax

   Mod.module_eval { def greet; 'Hi'; end } uses a block correctly. Mod.module_eval def greet; 'Hi'; end misses braces. Mod.module_eval('def greet; 'Hi'; end') has mismatched quotes (inner single quote breaks the outer single-quoted string), causing syntax error. Mod.module_eval :def greet; 'Hi'; end uses invalid symbol syntax.

3. Final Answer:

   Mod.module_eval { def greet; 'Hi'; end } -> Option A

4. Quick Check:

   Block syntax with braces is correct = A [OK]

Hint: Use braces {} to pass a block to module_eval [OK]

Common Mistakes:

• Omitting braces for block
• Using invalid symbol syntax
• Confusing string and block syntax

3.

What will be the output of the following Ruby code?

module M
  module_eval do
    def hello
      'Hello from M'
    end
  end
end

class C
  include M
end

puts C.new.hello

medium

A. Hello from M

B. NoMethodError

C. SyntaxError

D. nil

Solution

1. Step 1: Understand method definition inside module_eval

   The method hello is defined inside module M using module_eval, so it becomes an instance method of M.

2. Step 2: Check class inclusion and method call

   Class C includes M, so instances of C have hello method. Calling C.new.hello returns 'Hello from M'.

3. Final Answer:

   Hello from M -> Option A

4. Quick Check:

   module_eval defines method, include makes it accessible = D [OK]

Hint: module_eval defines methods accessible after include [OK]

Common Mistakes:

• Assuming method is not defined
• Confusing module_eval with class_eval
• Expecting syntax error from block

4.

Identify the error in the following code snippet:

module M
  module_eval 'def greet; puts "Hi" end'
end

class C
  include M
end

C.new.greet

medium

A. The method greet is defined but calling it prints nothing.

B. No error; code runs and prints 'Hi'.

C. Syntax error due to missing semicolon in module_eval string.

D. NoMethodError because greet is not defined as an instance method.

Solution

1. Step 1: Analyze module_eval string syntax

   The string passed to module_eval defines method greet correctly with a semicolon separating statements.

2. Step 2: Check method availability and call

   Class C includes M, so greet is available to instances. Calling C.new.greet prints 'Hi'.

3. Final Answer:

   No error; code runs and prints 'Hi'. -> Option B

4. Quick Check:

   module_eval string defines method correctly = C [OK]

Hint: Check string syntax carefully; semicolon separates statements [OK]

Common Mistakes:

• Thinking semicolon is missing
• Assuming greet is not instance method
• Expecting runtime error from string eval

5.

You want to dynamically add multiple methods foo and bar to a module Mod using module_eval. Which approach correctly adds both methods so they can be used by classes including Mod?

hard

A. Mod.module_eval do
def self.foo; 'foo'; end
end
Mod.module_eval do
def self.bar; 'bar'; end
end

B. All of the above

C. Mod.module_eval do
def foo; 'foo'; end
def bar; 'bar'; end
end

D. Mod.module_eval('def self.foo; "foo"; end')
Mod.module_eval('def self.bar; "bar"; end')

Solution

1. Step 1: Understand multiple method definitions with module_eval

   You can define multiple methods in one block or multiple times with separate calls to module_eval. Both ways add instance methods to the module.

2. Step 2: Evaluate each option

   Mod.module_eval do def foo; 'foo'; end def bar; 'bar'; end end defines both as instance methods (no self.) in one block, correct. All of the above "All of the above" is incorrect. Mod.module_eval do def self.foo; 'foo'; end end Mod.module_eval do def self.bar; 'bar'; end end uses separate blocks but def self. adds singleton methods to Mod, not instance methods. Mod.module_eval('def self.foo; "foo"; end') Mod.module_eval('def self.bar; "bar"; end') uses strings with def self., same issue - not accessible after include.

3. Final Answer:

   Mod.module_eval do def foo; 'foo'; end def bar; 'bar'; end end -> Option C

4. Quick Check:

   Block with plain def (no self) adds instance methods = A [OK]

Hint: module_eval block with plain def defines instance methods [OK]

Common Mistakes:

• Thinking only one method per module_eval is allowed
• Confusing string and block syntax
• Using self.def for instance methods (makes singletons)