问如果after_initialize回调返回false，则返回nil对象

EN

基本上，在返回数据库查询结果之前，您需要检查访问权限。您正在尝试将此逻辑集成到您的模型中。

这是可能的，但不是使用您在问题中描述的设计。直接在ActiveRecord适配器方法(如first、all、last等)中实现这一点是不干净的。你需要重新考虑你的设计。

(如果这篇文章读得太多，跳到'D‘点)

您有几种选择，它们都取决于您权限的定义方式。让我们来看几个案例：

A.用户拥有他拥有的部门列表，并且只有他自己可以访问这些部门

您可以简单地将其实现为与Active Record Associations的has_many/belongs_to关联

B.用户和部门是独立的(换句话说:没有所有权，如前面的案例所述)，并且可以为每个用户和每个部门单独设置权限。

同样简单的是，您可以使用Active Record Associations实现has_and_belongs_to_many关联。您需要创建web逻辑，以便应用程序的管理员可以添加/编辑/删除访问权限。

C.更复杂的情况:现有的授权库

大多数人会求助于cancan、pundit或other等授权解决方案

D.当这些授权库过大，无法满足您的需求时(实际上，在我的大多数项目中都是如此)，我发现通过rails scoping实现授权可以满足我的所有需求。

让我们通过一个简单的例子来看一下。我希望管理员能够访问整个数据库记录；普通用户只能访问状态=打开的部门，并且只能在操作时间(例如上午8点到下午6点)访问部门。我编写了一个实现权限逻辑的作用域。

# Class definition
class Department
  scope :accessible_by -> (user) do
    # admin user have all access, always
    if user.is_admin?
      all
    # Regular user can access only 'open' departments, and only
    # if their request is done between 8am and 6pm
    elsif Time.now.hour >= 8 and Time.now.hour <= 18
      where status: 'open'
    # Fallback to return ActiveRecord empty result set
    else
      none
    end
  end
end

# Fetching without association
Department.accessible_by(current_user)

# Fetching through association
Building.find(5).departments.accessible_by(current_user)

定义作用域使我们不得不在代码中的任何地方使用它。您可以考虑“忘记”通过作用域并直接访问模型的风险(即，编写Department.all而不是Department.accessible_by(current_user))。这就是为什么你必须在你的规范中测试你的权限(在控制器或功能级别)的原因。

注意:在此示例中，当权限失败时(如您的问题所述)，我们不会返回nil，而是返回一个空的结果集。它通常更好，因此您可以保留ActiveRecord方法链接功能。但是你也可以引发一个异常并从你的控制器中拯救它，然后重定向到一个“未授权”的页面。

这不是after_initialize回调的用途。相反，您可以只定义一个做同样事情的方法。例如，将此代码放入您的Department模型中，它应该会达到您正在寻找的结果：

def self.get_first
  check_permission ? first : nil
end

更新

我不确定这样的东西有多安全，但您可以直接覆盖all方法，因为其他查询方法都是基于它的。

class Department < ActiveRecord::Base
  def self.all
    check_permission ? super : super.none
  end

  private

  def self.check_permission
    # some code that returns true or false 
  end
end

不过，使用一些授权框架可能会更好。

更新2

再考虑一下这个问题，我强烈建议使用不同的方法。你真的不应该重写像all这样的方法，因为肯定会有意想不到的副作用。

一种实用的替代方案是在Department和User之间创建has_and_belongs_to_many关系。下面是如何设置它：

user.rb

class User < ActiveRecord::Base
  has_and_belongs_to_many :departments
  ...
end

department.rb

class Department < ActiveRecord::Base
  has_and_belongs_to_many :users
  ...
end

然后在终端中运行以下命令：

rails g migration CreateJoinTableDepartmentsUsers departments users
rake db:migrate

现在，您可以将用户添加到具有@department.users << @user的部门，或将部门添加到具有@user.departments << @department的用户。这应该可以实现您正在寻找的功能。

@user.departments将只返回该用户的部门，@user.departments.first将返回该用户的第一个部门，如果没有部门，则返回nil，而@user.departments.find(1)仅返回属于该用户的相应部门，否则将抛出异常。

如果check权限为false，可以使用before_create回调停止创建记录。只需在check_permission筛选器中返回false，将不会创建记录。

 class Department < ActiveRecord::Base

  before_create :check_permission

  private

  def check_permission
    # return false if permission is not allowed 
  end

end