无继承共享表的最佳实践答案

【问题标题】：Best practice for sharing table without inheritance无继承共享表的最佳实践
【发布时间】：2017-04-28 16:27:54
【问题描述】：

情况

我有四个具有相同属性（即表存储需求）的 Rails 模型（A、B、C 和 D）。但是，模型 D 的行为与 A、B 和 C 完全不同，不应继承 A、B 和 C 共享的任何方法。现在我的工作继承层次结构看起来像：

继承层次结构

A <:base>

A 有一个 default_scope: where("(type is null or type != 'D')")

D 有一个 default_scope: where(type: 'D')

问题

为什么上述场景中的 D.new 会导致类型为“D”？我认为考虑到 D 不是从 A 继承的，这一步需要明确说明。此外，当两者都从 ActiveRecord::Base 继承时，Rails 如何选择 A 作为获取 type: nil 的默认模型？
我应该担心这种方法有什么谬误吗？ *我承认 2 是一个模糊和开放式的结尾。将仅根据 1 选择答案。

【问题讨论】：

你看多态guides.rubyonrails.org/…
如果您愿意ActiveRecord::Inheritance，请进行代码潜水。引用众所周知的 MTV（“这就是魔法发生的地方”）
如果它们不是子类型，为什么要共享同一个表？为了避免一些迁移，这听起来很复杂？
我以前读过B < A，因为B 是A。如果D 不是A 的特殊类型，那么恕我直言，使用STI 将是一种反模式。鉴于 Rails 中与 STI 相关的所有魔力，与 Rails 约定作斗争要比复制一次迁移以拥有两个结构相似但名称不同的表要困难得多。
是的，max / @spickermann，我同意你们的看法。感谢您的意见。

【解决方案1】：

将属性移动到它自己的模型中（我不知道业务案例是什么，所以我们称之为Thing）

A belongs to Thing
B belongs to Thing
C belongs to Thing
D belongs to Thing

这可以帮助您避免在 Rails 中经常导致混淆的两件事：

【讨论】：