Ruby模块中Sinatra启动控制及OPERATION常量识别问题

为什么Monteverde::OPERATION常量无法被识别？ #

核心原因是Ruby代码的加载顺序：
当你的Monteverde::Activity模块被加载时，其中的API类定义会立即执行——包括那行run! if defined? Monteverde::OPERATION的条件判断。此时你还没有调用CLI的api命令，Monteverde::OPERATION常量尚未被定义，所以这个条件判断直接返回false，run!不会被触发。

当你后续执行monteverde api命令时，CLI的api方法确实会设置OPERATION常量，但这时候Activity模块和API类早已加载完成，之前的条件判断代码不会再重新执行，自然无法触发run!。

如何解决这个问题？ #

这里有两种直接有效的修复方式：

方式1：在CLI命令中直接调用run! #

移除API类中自动启动的条件判断，把启动逻辑完全交给CLI控制：

# 修改Monteverde::Activity::API类
module Monteverde
  module Activity
    def self.version
      "1.0.1"
    end
    class API < Sinatra::Base
      set :port, 22340
      get "/version" do
        Monteverde::Activity.version
      end
      # 移除自动启动的条件判断行
    end
  end
end

然后修改CLI的api方法，直接启动API：

module Monteverde
  class CLI < Thor
    desc "api", "Start Activity API"
    def api
      Monteverde::Activity::API.run!
    end
    # ... 其他方法保持不变
  end
end

方式2：封装启动方法，由CLI触发 #

如果希望保持Activity模块内部的启动逻辑封装，可以添加一个专门的启动方法：

module Monteverde
  module Activity
    def self.version
      "1.0.1"
    end
    class API < Sinatra::Base
      set :port, 22340
      get "/version" do
        Monteverde::Activity.version
      end
    end

    # 添加封装的API启动方法
    def self.start_api
      API.run!
    end
  end
end

然后CLI中调用这个方法：

module Monteverde
  class CLI < Thor
    desc "api", "Start Activity API"
    def api
      Monteverde::Activity.start_api
    end
    # ... 其他方法保持不变
  end
end

更直观的控制Sinatra不自动启动的方法？ #

其实Sinatra本身就设计为默认不会自动启动——只有当你的文件直接作为主程序运行（比如ruby api.rb）时，Sinatra才会自动调用run!（这是因为Sinatra内部会检测__FILE__ == $0）。

对于模块中的Sinatra应用，最直观的控制方式就是：不要在类定义中主动调用run!，而是在需要启动的时机（比如CLI命令触发、API被显式调用时）手动执行run!。这种方式完全由你掌控启动时机，不需要依赖常量判断这类间接逻辑，代码可读性和可维护性更高。

内容的提问来源于stack exchange，提问作者Ken J