Rails中如何合规记录创建Post模型的控制器来源路径？

核心思路 #

遵循MVC原则，由控制器负责传递创建来源的上下文信息，模型只处理数据持久化和业务逻辑，不依赖请求层的request这类对象。

方案1：新增字段+控制器显式传入标识 #

1. 给Post模型添加一个用于记录创建来源的字段，比如creator_source（字符串类型）：

   # 生成迁移文件
   rails generate migration AddCreatorSourceToPosts creator_source:string
   # 执行迁移
   rails db:migrate
   

2. 在两个控制器的create方法中，创建Post时主动传入来源标识：

   # app/controllers/api/x/posts_controller.rb
   module Api
     module X
       class PostsController < ApplicationController
         def create
           @post = Post.new(post_params.merge(creator_source: 'api_x_posts'))
           if @post.save
             # 响应逻辑
           else
             # 错误处理
           end
         end
   
         private
         def post_params
           params.require(:post).permit(:title, :content) # 你的其他业务参数
         end
       end
     end
   end
   

   # app/controllers/api/y/posts_controller.rb
   module Api
     module Y
       class PostsController < ApplicationController
         def create
           @post = Post.new(post_params.merge(creator_source: 'api_y_posts'))
           if @post.save
             # 响应逻辑
           else
             # 错误处理
           end
         end
   
         private
         def post_params
           params.require(:post).permit(:title, :content) # 你的其他业务参数
         end
       end
     end
   end
   

3. 后续查看Post记录时，直接通过post.creator_source就能明确知道是哪个控制器创建的。

方案2：动态获取控制器名称（更灵活） #

如果不想硬编码标识，可以直接用控制器的类名作为来源，减少维护成本：

# 在任意一个控制器的create方法中
@post = Post.new(post_params.merge(creator_source: self.class.name))

此时creator_source的值会是"Api::X::PostsController"或"Api::Y::PostsController"，同样能清晰区分创建来源。

为什么原方案不符合MVC？ #

模型层的职责是封装业务逻辑和数据操作，不应该依赖请求层的request对象。这种耦合会带来问题：

• 模型可测试性下降：单元测试时需要额外模拟request环境
• 模型复用性降低：在非HTTP场景（比如后台任务、控制台）创建Post时，会因缺少request报错
• 违反单一职责原则：模型不需要知晓请求路径这类请求层信息

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