django-dfk

Django的DFK工具延期外键的Django的。递延外键概念上类似于通用的外键，不同之处在于，他们决心在运行一个真正的外键，并导致在数据库中创建适当的外键。
这个软件包允许你做两件事情：
*声明该模型的外键字段是“可延迟”，并应重新瞄准后
*重新指向现有模型的外键的字段，即使该模型没有Django的DFK感知。
您应该执行后者谨慎 - 认为这是一个类似的过程猴补丁！
Django的-DFK包是阿尔法的软件，并且没有配备完备＆NBSP;见什么就行了TODO部分。
安装：
使用您的首选Python包管理器安装Django-DFK。使用的virtualenv中还建议：
PIP安装Django-DFK
用法：
指着一个外键
比方说，你想推倒重来，并制定一个评论的应用程序。您的评论模型可能是这样的，在mycomments.models：
从DFK进口DeferredForeignKey
类注释（models.Model）：
＆NBSP;评议= models.ForeignKey（'auth.User“）
＆NBSP;内容= DeferredForeignKey（）
＆NBSP;机身= models.TextField（）
现在，你来到这个应用程序与你的博客系统（其中，因为你是热衷于车轮再造，你也写自己）集成。以下是博客/ models.py：
从DFK进口点
从mycomments.models进口评论
一流的博文（models.Model）：
＆NBSP;标题= models.CharField（MAX_LENGTH = 100）
＆NBSP;塞= models.SlugField（）
＆NBSP;机身= models.TextField（）
点（点评，“内容”，博文）
以点调用将一个外键博文取代DeferredForeignKey的评论。
指点可以一次外键
当编写使用递延外键的机型，你可能需要声明的是，一些应指向对象的同一“种”。比方说，你有野生范围蔓延，和你的应用程序发表评论需要图像博客文章相关联的能力。所以，编辑您的评论的应用程序的models.py，所以它看起来是这样的：
从DFK进口DeferredForeignKey
类注释（models.Model）：
＆NBSP;评议= models.ForeignKey（'auth.User“）
＆NBSP;内容= DeferredForeignKey（NAME =“内容”）
＆NBSP;机身= models.TextField（）
类图片（models.Model）：
＆NBSP;图像= models.ImageField（）
＆NBSP;内容= DeferredForeignKey（NAME =“内容”）
这表达了双方的意见和图像需要指向同一种模式。这是通过在point_named功能：
从DFK进口point_named
point_named（'博客'，'内容'，博文）
现在，在博客应用程序，它被称为内容全部DeferredForeignKey情况下会被真正的外键的博文被替换。
参数生成的外键
当宣布延期外键，您可以指定更多的关键字参数。除了名称，这将在逐字传递给最终外键。
也可以通过任意的关键字参数在调用点或point_named。这些也将被传递到最终外键。其中，参数都是同时存在于DFK定义和点/ point_named电话，从后者的参数将优先考虑。
致谢
由于ISM幻想游戏有限公司赞助此包

什么是此版本的新：

• 在解决一个问题，在模型的_meta选项类相关对象的缓存没有被重新填充上重新指向。这导致的问题，其中过滤上使用延迟外键一个父模型相关的子可能会失败，如果DFK为（再）指出后模型加载的初始阶段就已经发生了。

什么是0.0.4版本，新的：

• 在包含一个MANIFEST.in确保文档打包。

什么是0.0.2版本，新的：

• 修正不可避免的包装误差

要求：

• 在Django的
• 的Python