如何解决Django从另一个应用程序模型中的外键导入错误
| 我在这里关注了这篇文章,并梳理了如何将一个模型的ForeignKey设置为另一个应用程序中的模型。但是,当我第二次尝试时,出现错误并且不确定原因。 我的Central应用程序具有用于\'project \'和\'annotation \'的模型,以及具有报表模型的Reports应用程序。在报表应用程序中,“注释”具有FK到“报告”,在以下代码中似乎可以正常工作:#models.py for Central app
from GIanno.pt_reports.models import Report
class annotation(models.Model):
...
report=models.ForeignKey(Report)
但是,在Reports应用程序中,当我尝试为\'report \'设置FK以将其链接到\'Central \'应用程序中的\'project \'时,使用与上面相同的格式,我得到了一个错误\“无法从导入行中导入名称\'project \'。
关于为什么它以一种方式而不是另一种方式起作用的任何想法。顺序有关系吗?谢谢
解决方法
我的猜测是您已经创建了一个循环导入条件。当您从一个python模块导入某些内容时,会发生这种情况,而python模块又从试图导入该模块的模块中导入内容,从而导致导入无法解析。
通常,有三种处理循环进口的策略,其中两种在这种情况下将起作用:
移动您的类和导入,以便导入仅朝一个方向。
使用惰性评估。在Django的情况下,对于外键,可以通过使用点表示法传递指定应用名称和模型的字符串来实现:
report=models.ForeignKey(\'central.Report\')
将import语句移出全局模块范围,并移入模块内函数的范围。这样就不会立即评估导入,并且模块可以作为一个整体成功导入,同时仍允许在调用模块时进行导入。 (注意:这不适用于ForeignKey关系)
懒惰的FK分辨率(#2)可能是您最好的选择。通常,最好的策略是简化模型/模块的布置,以尽可能避免循环导入。
,尝试:
class annotation(models.Model):
...
report=models.ForeignKey(\'centralapp.Report\')
将\'centralapp \'替换为您的中央应用程序名称,而无需导入。
Lazy Relationships
,惰性关系可能有用的另一种情况是导入顺序。它不是循环引用(它不能告诉谁是第一个),而是一种可以先加载一段代码的情况。
例如,假设我有一个Doc模型和Log模型。日志模型具有文档的FK,因此我可以记录文档中的更改。直到我尝试在我的Doc模型的save方法中生成日志记录(以创建保存事件日志条目)之前,此方法都可以正常工作。在这种情况下,Doc对象中没有Log PK,但这是一个类似的问题。
在这种情况下,您会遇到一个导入顺序问题,在该问题中,将尝试引用尚未加载到Python中的内容。与循环参考相似,但原因不同。
这可以通过其他方法解决,但这是您遇到此问题的另一个示例。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。