如何在Phoenix同一路由为不同用户角色分配不同控制器/LiveView？

完全不需要把所有逻辑塞进一个“全局”的HomeController/LiveView里——Phoenix提供了多种优雅的方式实现基于角色的动态内容分发，同时保持代码的职责分离和可维护性。以下是几种实用方案：

方案1：自定义Plug前置分发（推荐用于LiveView场景） #

写一个轻量的Plug，在路由匹配阶段直接根据用户角色渲染对应的LiveView，每个角色的逻辑完全独立：

首先定义Plug：

defmodule MyAppWeb.RoleBasedHomePlug do
  import Plug.Conn
  import Phoenix.LiveView.Controller

  def init(opts), do: opts

  def call(conn, _opts) do
    role = conn.assigns[:user_role] # 假设你的Auth Plug已经把角色存在这里

    live_module = case role do
      :admin -> MyAppWeb.Admin.HomeLive
      :parent -> MyAppWeb.Parent.HomeLive
      :child -> MyAppWeb.Child.HomeLive
      _ -> MyAppWeb.User.HomeLive # 普通用户默认分支
    end

    live_render(conn, live_module, session: conn.private.plug_session)
  end
end

然后在路由中使用这个Plug：

# lib/my_app_web/router.ex
scope "/", MyAppWeb do
  pipe_through [:browser, :auth] # 确保auth pipe已经处理用户登录和角色

  get "/home", RoleBasedHomePlug, []
end

每个角色的LiveView可以完全独立维护自己的布局、数据加载和交互逻辑，比如管理员的HomeLive负责拉取用户列表、渲染管理布局，家长的HomeLive处理考试分数展示——彼此代码完全隔离。

方案2：函数式路由直接分发到对应控制器 #

如果用的是传统控制器而非LiveView，可以在路由中直接通过函数判断角色，调用对应控制器的动作：

# lib/my_app_web/router.ex
scope "/", MyAppWeb do
  pipe_through [:browser, :auth]

  get "/home", fn conn, _params ->
    case conn.assigns[:user_role] do
      :admin -> Admin.HomeController.index(conn, _params)
      :parent -> Parent.HomeController.index(conn, _params)
      :child -> Child.HomeController.index(conn, _params)
      _ -> User.HomeController.index(conn, _params)
    end
  end
end

这种方式下，浏览器地址栏始终保持/home，但实际执行的是对应角色控制器的逻辑，每个控制器只处理自己角色的业务，不会出现代码臃肿。

方案3：基于角色的路由转发+重定向（适合需要独立内部路径的场景） #

如果希望每个角色的Home页面有独立的内部路由（方便后续扩展子页面），可以先定义不同角色的scope，再在主路由中根据角色重定向：

# lib/my_app_web/router.ex
# 先定义各角色的专属scope
scope "/admin", MyAppWeb.Admin, as: :admin do
  pipe_through [:browser, :auth, :ensure_admin] # 额外的权限校验Plug
  get "/home", HomeController, :index
end

scope "/parent", MyAppWeb.Parent, as: :parent do
  pipe_through [:browser, :auth, :ensure_parent]
  get "/home", HomeController, :index
end

# 主路由处理统一的/home入口
scope "/", MyAppWeb do
  pipe_through [:browser, :auth]

  get "/home", fn conn, _params ->
    redirect_path = case conn.assigns[:user_role] do
      :admin -> Routes.admin_home_path(conn, :index)
      :parent -> Routes.parent_home_path(conn, :index)
      :child -> Routes.child_home_path(conn, :index)
      _ -> Routes.user_home_path(conn, :index)
    end

    redirect(conn, to: redirect_path)
  end
end

这种方式的好处是每个角色的Home页面有独立的路由，后续添加/admin/home/users这类子路由会更清晰，缺点是浏览器地址栏会跳转到对应角色的路径。

核心原则：保持职责分离 #

无论选哪种方案，核心都是避免在单一模块中混合多角色逻辑。每个角色对应独立的控制器/LiveView模块，各自负责自己的布局、数据和交互：

• 新增角色时，只需要创建对应的模块，修改分发逻辑的分支即可，无需改动原有代码
• 调试和维护时，直接定位到对应角色的模块即可，不用在庞大的全局模块中找代码

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