Question

据我所知，当我们在Django中定义外键时，我们可以像on_delete=models.CASCADE那样进行设置。

最近我看到了类似content_type = models.ForeignKey(ContentType,models.CASCADE)这样的代码。

我的问题是Django是否允许在不使用on_delete的情况下定义model.CASCADE？或者，如果我们像上面那样定义，它的工作方式是否有所不同？

content_type = models.ForeignKey(
        ContentType,
        models.CASCADE,
        verbose_name=_('content type'),        
    )

Answer 1

是的，我们可以做到。

要清楚地理解它，请尝试理解以下代码：

def fn(x, y, z=0):
    print('x =', x, 'y =', y, 'z =', z)


fn(1, 2)           # Prints: x = 1 y = 2 z = 0
fn(1, 2, 3)        # Prints: x = 1 y = 2 z = 3
fn(1, y=2)         # Prints: x = 1 y = 2 z = 0
fn(1, y=2, z=3)    # Prints: x = 1 y = 2 z = 3
fn(x=1, y=2)       # Prints: x = 1 y = 2 z = 0
fn(x=1, y=2, z=3)  # Prints: x = 1 y = 2 z = 3
fn(y=2, z=3, x=1)  # Prints: x = 1 y = 2 z = 3

现在，看看source code of ForeignKey。看起来像这样：

class ForeignKey(ForeignObject):
    ...
    def __init__(
        self, to, on_delete, 
        related_name=None, related_query_name=None,
        limit_choices_to=None, parent_link=False, 
        to_field=None, db_constraint=True, **kwargs,
    ):
        ...

所以，当我们写的时候：

content_type = models.ForeignKey(
    ContentType,
    models.CASCADE,
    verbose_name=_('content type'),        
)

参数to将是ContentType，参数on_delete将是models.CASCADE。

这与写作完全相同：

content_type = models.ForeignKey(
    on=ContentType,
    on_delete=models.CASCADE,
    verbose_name=_('content type'),        
)

Answer 2

无需编写on_delete即可定义外键，因为 __ init __ 或 ForeignKey 的第二个参数已删除，请参见以下内容：

def __init__(self, to, on_delete, related_name=None, related_query_name=None,
                 limit_choices_to=None, parent_link=False, to_field=None,
                 db_constraint=True, **kwargs):

这是Github上的行。

指定键名“ on_delete”消除了按顺序排列参数的需要，但是由于它是第二个参数，因此可以同时使用。

但是例如，如果您需要 db_constraint ，则需要使用keyName进行指定，或者在两者之间提供所有其他参数，在这种情况下，将使用密钥名使其变得更容易且不整齐。

我们可以仅在不使用on_delete的情况下定义model.CASCADE吗？

2 个答案: