我对Rails关系有疑问。我有他的继承版本的基本模型classUser接下来我有一个多态关联的成员模型classMembership当我尝试创建成员资格模型的新实例时，例如键入Membership.newgroup:Group.first,membershipable:Admin.firstmembershipable_type设置为“User”而不是“Admin”。所以我创建了before_validation回调defproper_sti_typeself.membershipable_type=memebrshipable.class.nameend它有效，但我想这是更好的方法。

背景:我遵循了教程here在我的应用程序中设置多态用户收藏夹数据模型。这允许我让用户在系统中创建几乎所有实体，我将“has_many:favorites,:as=>:favorable”行添加到它的模型收藏夹。我计划使用它来实现Facebook风格的“赞”系统以及其他几个类似的系统。首先，我将好感度添加到Post模型(每个用户都可以像在Facebook上一样创建状态更新)。我已经完成了所有工作并进行了单元测试，所以我知道数据模型在关系的任何一方(用户和帖子)都是合理的和有效的。详细信息:我有一个带有单一索引方法和View的HomeController。在索引View中，我为用户和用户的

我见过的几乎所有讨论这类事情的C++资源都告诉我，我应该更喜欢使用多态方法而不是使用RTTI(运行时类型识别)。总的来说，我会认真对待这种建议，并会尝试理解其中的基本原理——毕竟，C++是一头强大的野兽，难以深入理解。然而，对于这个特定的问题，我画了一个空白，想看看互联网可以提供什么样的建议。首先，让我总结一下到目前为止我学到的东西，列出了为什么RTTI被“认为有害”的常见原因:一些编译器不使用它/RTTI并不总是启用我真的不买这个论点。这就像说我不应该使用C++14特性，因为有些编译器不支持它。然而，没有人会阻止我使用C++14特性。大多数项目都会影响他们使用的编译器及其配置方式。甚

我见过的几乎所有讨论这类事情的C++资源都告诉我，我应该更喜欢使用多态方法而不是使用RTTI(运行时类型识别)。总的来说，我会认真对待这种建议，并会尝试理解其中的基本原理——毕竟，C++是一头强大的野兽，难以深入理解。然而，对于这个特定的问题，我画了一个空白，想看看互联网可以提供什么样的建议。首先，让我总结一下到目前为止我学到的东西，列出了为什么RTTI被“认为有害”的常见原因:一些编译器不使用它/RTTI并不总是启用我真的不买这个论点。这就像说我不应该使用C++14特性，因为有些编译器不支持它。然而，没有人会阻止我使用C++14特性。大多数项目都会影响他们使用的编译器及其配置方式。甚