如何基于外部传入的字符串数组在Crystal模块内定义方法？

你碰到的这个问题，核心原因其实是Crystal里宏的工作机制——宏是在编译阶段就执行的，它没法处理运行时才会出现的变量。你从外部传入的methods参数是程序运行时才会确定的值，宏在编译的时候根本拿不到它的内容，所以才会抛出那个for expression must be an array, hash or tuple literal, not Var的错误。

为啥直接用数组字面量就行？ #

你第二个示例里用常量或者直接写数组字面量能成功，是因为这些值在编译的时候就已经确定了，宏可以直接遍历它们生成对应的方法代码，完全符合宏的运行逻辑。

要实现外部传参定义方法？用运行时元编程就行 #

如果你的需求就是要基于运行时传入的外部数据来动态定义方法，那别用宏了，直接用Crystal的运行时元编程API就行。比如用define_singleton_method来定义类方法，代码大概是这样：

module Test
  def self.get_from_outside(methods)
    methods.each do |method_name|
      # 动态生成类方法：xxx_present?
      define_singleton_method("#{method_name}_present?") do
        true
      end
    end
  end
end

# 调用试试
Test.get_from_outside(["method_a", "method_b", "method_c"])
p Test.method_a_present? # 输出 true
p Test.responds_to?(:method_b_present?) # 也会返回 true

两种实现方式的区别 #

这里给你理清楚宏和运行时元编程的差异，方便你根据需求选择：

• 宏编译时生成：方法在编译后就存在，IDE能识别，性能也更好，但只能用编译时就确定的数据，没法处理运行时传入的参数。
• 运行时动态定义：支持任意运行时传入的数据，但方法是在程序运行时才创建的，IDE没法识别这些动态生成的方法，性能也会略逊一筹。

额外补充：如果必须编译时生成但要从外部拿数据 #

要是你既想让方法在编译时就生成，又想从外部获取数据（比如配置文件），那可以在编译阶段读取外部文件，再用宏生成方法。举个例子：

假设你有个methods.txt文件，每行写一个方法名，那代码可以这么写：

module Test
  # 编译时读取文件内容，分割成方法名数组
  {% methods = File.read("methods.txt").split("\n").reject(&.empty?) %}
  {% for method in methods %}
    def self.{{method.id}}_present?
      true
    end
  {% end %}
end

# 调用的时候直接用就行
p Test.method_a_present? # 如果文件里有method_a，就会输出true

这种方式能兼顾外部数据源和编译时生成方法，但数据必须在编译时就能读取到，还是没法支持运行时动态传入的参数。

内容的提问来源于stack exchange，提问作者Sergey Fedorov