如何在Model中使用request变量？多国家域名应用Devise登录适配问询

1. 如何在Model中使用request变量？ #

首先得提一句：Model层的设计初衷是和请求上下文解耦的，直接在Model里硬编码调用request会让代码耦合度飙升，后续维护和测试都会头疼。但如果确实有需求，这里有几种相对优雅的实现方式：

方式一：从控制器传递参数（最推荐） #

这是最符合MVC设计原则的做法——把Model需要的request相关数据（比如域名、IP、locale）作为参数传递进去，Model只负责处理业务逻辑，完全不用知道request的存在。举个例子：

# 控制器代码
def create
  @user = User.new(user_params)
  # 把请求域名传给Model的方法
  @user.assign_country_from_domain(request.host)
  if @user.save
    redirect_to @user
  else
    render :new
  end
end

# User Model代码
def assign_country_from_domain(host)
  self.country = Country.find_by(domain: host)
end

方式二：用Thread.current临时存储（适合频繁使用的场景） #

如果不想在每个调用都传参数，可以在控制器的前置动作里把需要的request信息存到Thread.current里，然后在Model里读取。注意一定要记得清理线程变量，避免多线程环境下的数据污染：

# ApplicationController
before_action :set_request_context
after_action :clear_request_context

private

def set_request_context
  Thread.current[:current_request_host] = request.host
end

def clear_request_context
  Thread.current[:current_request_host] = nil
end

# User Model
def current_country
  @current_country ||= Country.find_by(domain: Thread.current[:current_request_host])
end

方式三：用服务类封装逻辑（适合复杂场景） #

如果你的逻辑涉及多个Model或者需要处理大量请求相关的判断，把这部分逻辑放到服务类里是更好的选择。服务类可以拿到request，然后调用Model完成业务操作：

# app/services/user_registration_service.rb
class UserRegistrationService
  def initialize(params, request)
    @params = params
    @request = request
  end

  def call
    user = User.new(@params)
    user.country = Country.find_by(domain: @request.host)
    user.save!
    user
  end
end

# 控制器代码
def create
  service = UserRegistrationService.new(user_params, request)
  begin
    @user = service.call
    redirect_to @user
  rescue ActiveRecord::RecordInvalid
    render :new
  end
end

2. Devise多国家登录适配（CAS vs 普通注册登录） #

你的场景是根据请求域名判断国家，然后加载对应的Devise登录策略，这在多区域业务里很常见。这里有几个可行的方案，你可以根据自己的需求复杂度选择：

方案一：通过Warden动态切换认证策略（底层灵活控制） #

Devise基于Warden框架，我们可以利用Warden的回调，根据当前国家选择不同的认证策略。首先在config/initializers/devise.rb里添加配置：

Warden::Manager.before_authenticate do |_user, auth, _opts|
  # 根据请求域名获取当前国家
  current_country = Country.find_by(domain: auth.request.host)
  
  if current_country&.uses_cas?
    # 切换到CAS认证策略
    auth.strategies.clear
    auth.strategies.add(:cas_authenticatable)
  else
    # 使用默认的数据库认证策略
    auth.strategies.clear
    auth.strategies.add(:database_authenticatable)
  end
end

同时，确保你已经安装了devise_cas_authenticatable gem，并在User Model里基础配置：

# User Model
devise :database_authenticatable, :registerable,
       :recoverable, :rememberable, :validatable,
       :cas_authenticatable # 先把CAS模块加上，由Warden控制是否启用

方案二：条件性处理登录请求（直观易维护） #

如果登录流程的差异比较大（比如一个是跳转CAS，一个是本地表单），可以自定义Devise的Sessions控制器，根据当前国家分支处理：

# app/controllers/users/sessions_controller.rb
class Users::SessionsController < Devise::SessionsController
  def new
    @current_country = Country.find_by(domain: request.host)
    if @current_country&.uses_cas?
      # 重定向到CAS登录页面（这里的cas_login_path需要你根据CAS配置定义）
      redirect_to cas_login_path
    else
      super # 渲染默认的Devise登录表单
    end
  end

  # 处理CAS登录回调的方法
  def cas_callback
    # 这里写CAS登录的逻辑，比如通过ticket获取用户信息，创建或登录本地用户
    user = User.find_or_create_by(cas_uid: params[:ticket])
    sign_in(user)
    redirect_to root_path
  end
end

然后在路由里指定自定义的控制器：

# config/routes.rb
devise_for :users, controllers: { sessions: 'users/sessions' }
# 配置CAS相关路由
get '/cas/login', to: 'users/sessions#cas_login'
get '/cas/callback', to: 'users/sessions#cas_callback'

方案三：单表继承拆分用户模型（适合差异大的场景） #

如果不同国家的用户除了登录方式，还有其他业务逻辑差异（比如不同的字段、验证规则），可以用单表继承（STI）拆分模型：

# 基础User Model
class User < ApplicationRecord
  devise :rememberable, :validatable # 公共的Devise模块
end

# CAS登录用户模型
class CasUser < User
  devise :cas_authenticatable
  # CAS相关配置，比如cas_base_url
end

# 普通注册用户模型
class RegularUser < User
  devise :database_authenticatable, :registerable, :recoverable
end

然后在控制器里根据当前国家创建对应的用户类型：

# UsersController
def new
  current_country = Country.find_by(domain: request.host)
  @user = current_country&.uses_cas? ? CasUser.new : RegularUser.new
end

这种方式的好处是把不同用户的逻辑完全隔离，代码更清晰，但如果只是登录方式不同，可能有点过度设计。

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