我们知道Rails 5将ApplicationRecord作为一个抽象类,它被继承自我们的模型(ActiveRecord).
@H_403_2@但是基本上我认为我们使用ApplicationRecord所做的每一个技术要求,我们也可以使用ActiveRecord :: Base.例如：
module MyFeatures
def do_something
puts "Doing something"
end
end
class ApplicationRecord < ActiveRecord::Base
include MyFeatures
self.abstract_class = true
end
@H_403_2@所以现在每个模型都会附加到MyFeatures的行为.但是我们也可以在Rails 4中实现这一点：
ActiveRecord::Base.include(MyFeatures)@H_403_2@那么使用ApplicationRecord有什么好处,你认为有必要添加ApplicationRecord吗？
解决方法
虽然在基本的Rails应用程序中看起来可能相同,但是从ActiveRecord :: Base开始使用rails引擎,插件/ gem或直接方法之后,实际上有一个重要的区别.
@H_403_2@> ActiveRecord :: Base.include(MyFeatures)将功能直接混合到ActiveRecord :: Base中,它永远存在于ActiveRecord :: Base的所有后续应用中(它不能是“未混合”),并且没有办法获取原来的ActiveRecord :: Base后面的任何代码都包含在内.如果某些混合功能更改了默认的ActiveRecord行为,或者例如,两个引擎/宝石试图包含相同的方法.
>另一方面,ApplicationRecord方法使特征仅存在于继承自它的类(模型),其他类,以及直接使用ActiveRecord :: Base保持原始状态,由模块功能整合. @H_403_2@当使用引擎或导轨插件时,这是特别重要的,因为它允许他们将自己的模型逻辑与ApplicationRecord之间无法使用的主应用程序的模型逻辑分开. @H_403_2@所有这一切在this blog post和this github comment也很好描述.
>另一方面,ApplicationRecord方法使特征仅存在于继承自它的类(模型),其他类,以及直接使用ActiveRecord :: Base保持原始状态,由模块功能整合. @H_403_2@当使用引擎或导轨插件时,这是特别重要的,因为它允许他们将自己的模型逻辑与ApplicationRecord之间无法使用的主应用程序的模型逻辑分开. @H_403_2@所有这一切在this blog post和this github comment也很好描述.