是否应该避免在Python的Django中使用泛型外键GenericForeignKey？
今天看到一篇文章说，要避免使用。
Tips for Building High-Quality Django Apps at Scale
理由是 Django ContentTypes 处理这种问题过于复杂，如果 model 类因为重构等原因移动了也会导致 ContentTypes 的引用有问题。这种理由我还是比较认同的，有没有使用过 GenericForeignKey 的 来谈谈实际使用体验。
是否应该避免在Python的Django中使用泛型外键GenericForeignKey？
1 回复
在Django里用不用GenericForeignKey，得看你的具体场景。这玩意儿是个双刃剑。
先说优点：
它能让你一个外键关联到多个不同的模型，特别适合做评论系统、点赞、标签这些需要高度灵活性的功能。比如你搞个Comment模型，既可以对Article评论，也可以对Photo评论，用泛型外键就很省事。
但坑也不少：
- 数据库层面没约束：这货不创建真正的数据库外键约束，数据一致性得你自己在应用层保证。
- 查询效率低：特别是需要跨多个
content_type做复杂查询或聚合的时候，性能可能是个问题。 - Django ORM支持弱：不能用
select_related直接预取泛型关联的对象，得手动处理，代码写起来啰嗦。
我的建议是：
- 如果你的需求非常明确，就是固定的几个模型之间的一对多或多对多关系，绝对不要用。直接用普通的
ForeignKey或ManyToManyField，让数据库帮你维护完整性，查询也快得多。 - 只有在你确实需要一种极度灵活、模型类型不确定的“通用”关联时，才考虑用它。并且要清楚你放弃了数据库的引用完整性检查。
总结：别为了炫技而用，只在真正需要这种“万能挂钩”时才考虑。
一句话建议：明确关系就用普通外键，需要极度灵活再考虑泛型。
