Ruby On Rails命名空间模型问题：Request::Food无法触发对应Policy

问题成因 #

1. 常量查找机制导致误匹配
   你的代码拼接resource.name与Policy后得到"Request::FoodPolicy"，调用constantize时，Rails会优先尝试在Request这个顶级模型类的命名空间下查找FoodPolicy。由于你未定义该嵌套类，Rails的常量查找回退机制会转向顶级命名空间，而刚好存在FoodPolicy，于是错误加载了这个类。
2. 命名空间与模型类的混淆
   Request本身是可实例化的模型类，而非单纯的命名空间模块，这打乱了Rails的常量解析优先级。改用Requests::Food时，Requests是纯模块（无对应模型），此时Rails不会触发错误的回退查找，或你同步调整了Policy命名适配嵌套规则，因此能正常运行。

能否保留Request::Food命名空间？ #

完全可以，只需修正Policy的查找逻辑，以下是几种可行方案：

方案1：修正字符串拼接规则，匹配顶级Policy类 #

如果你的Policy类命名为RequestFoodPolicy（顶级类），修改代码生成正确的类名字符串：

def authorize(resource)
  policy_name = resource.name.gsub('::', '') + 'Policy'
  policy_object = policy_name.constantize
end

该代码会将Request::Food转换为"RequestFoodPolicy"，直接定位到目标类。

方案2：遵循嵌套命名空间规范，定义嵌套Policy类 #

若想使用嵌套的Request::FoodPolicy，需在app/policies/request/目录下创建food_policy.rb，内容如下：

module Request
  class FoodPolicy < ApplicationPolicy
    # 编写授权逻辑
  end
end

此时原代码的constantize就能正确找到Request::FoodPolicy。

方案3：使用框架内置方法（推荐） #

如果你使用Pundit这类授权库，直接用内置的policy方法即可自动适配命名空间：

def authorize(resource)
  policy_object = policy(resource)
end

它会自动根据模型的命名空间定位到对应的Policy类，无需手动拼接字符串。

内容的提问来源于stack exchange，提问作者Sidney John Diongzon