如何调用其他命名空间控制器的方法以消除代码重复？

兄弟，你的思路是对的——想复用代码消除重复，但直接用A::TechnologiesController.method(:index).call self这种写法其实不太符合Rails的惯用套路，而且可能埋下一些隐性问题（比如绕过控制器生命周期钩子、可读性差）。我给你几个更优雅且靠谱的方案：

方案1：用Rails Concern提取公共逻辑（推荐） #

这是Rails里处理跨控制器代码复用的标准方式，灵活且清晰，适合多个控制器共享部分方法的场景。

首先创建一个Concern文件：

# app/controllers/concerns/technology_indexable.rb
module TechnologyIndexable
  extend ActiveSupport::Concern

  included do
    def index
      render json: Technology.all
    end
  end
end

然后在两个命名空间的控制器里引入这个Concern：

class A::TechnologiesController < ApplicationController
  include TechnologyIndexable
end

class B::TechnologiesController < ApplicationController
  include TechnologyIndexable
end

这样两个控制器就都拥有了相同的index方法，后续要修改逻辑的话，只需要改Concern里的代码即可。

方案2：让B的控制器继承A的控制器 #

如果B命名空间的TechnologiesController和A的逻辑高度重合（不止index方法，后续可能还要共享其他方法），直接继承是最简单的方式：

class B::TechnologiesController < A::TechnologiesController
  # 无需再定义index方法，会自动继承父类的实现
end

这种方式代码最少，但要注意：如果后续A的控制器新增了其他方法，B也会自动继承，要是你不希望B拥有这些方法，那这个方案就不太合适了。

为啥不推荐你原来的写法？ #

你原来的A::TechnologiesController.method(:index).call self其实是把A控制器的实例方法绑定到B控制器的实例上调用，虽然能临时跑通，但：

• 可读性极差，其他开发者看到会一脸懵
• 容易忽略控制器的生命周期（比如before_action这类钩子可能不会按预期执行）
• 后续如果A的index方法依赖了A控制器特有的变量或配置，B控制器调用时会出问题

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