Python 在django url模式中传递字符串而不是函数

Python 在django url模式中传递字符串而不是函数,python,django,django-urls,Python,Django,Django Urls,在中,它介绍了url模式: 可以传递包含视图路径的字符串,而不是 而不是实际的Python函数对象。支持此替代方案 但目前不建议使用,并将在一段时间内删除 Django的未来版本 有人知道为什么会这样吗?我发现这个替代方案非常方便,并且找不到任何解释为什么这是一个不好的(或者至少不太理想的)想法。我认为回购协议中的解释很好。以下是要点的总结: 在现代时代,我们更新了教程,转而推荐导入 视图模块并直接引用视图函数(或类)。 这有很多优点,都是因为我们正在使用 普通Python代替“Django字符

在中,它介绍了url模式:

可以传递包含视图路径的字符串,而不是 而不是实际的Python函数对象。支持此替代方案 但目前不建议使用,并将在一段时间内删除 Django的未来版本

有人知道为什么会这样吗?我发现这个替代方案非常方便,并且找不到任何解释为什么这是一个不好的(或者至少不太理想的)想法。

我认为回购协议中的解释很好。以下是要点的总结:

在现代时代,我们更新了教程,转而推荐导入 视图模块并直接引用视图函数(或类)。 这有很多优点,都是因为我们正在使用 普通Python代替“Django字符串魔术”:错误键入 视图名称不那么晦涩,IDE可以帮助自动完成视图名称, 等等

因此,
patterns()
没有什么作用,在教授新用户时是一个负担 (回答新手的问题“为什么我需要这个空字符串作为第一个字符串?”
patterns()
?”)的参数。出于这些原因,我们反对它。 更新代码非常简单,只要确保
urlpatterns
是 :func:
django.conf.url.url
实例

我认为回购协议中的条款很好地解释了这一点。以下是要点的总结:

在现代时代,我们更新了教程,转而推荐导入 视图模块并直接引用视图函数(或类)。 这有很多优点,都是因为我们正在使用 普通Python代替“Django字符串魔术”:错误键入 视图名称不那么晦涩,IDE可以帮助自动完成视图名称, 等等

因此,
patterns()
没有什么作用,在教授新用户时是一个负担 (回答新手的问题“为什么我需要这个空字符串作为第一个字符串?”
patterns()
?”)的参数。出于这些原因,我们反对它。 更新代码非常简单,只要确保
urlpatterns
是 :func:
django.conf.url.url
实例

我认为回购协议中的条款很好地解释了这一点。以下是要点的总结:

在现代时代,我们更新了教程,转而推荐导入 视图模块并直接引用视图函数(或类)。 这有很多优点,都是因为我们正在使用 普通Python代替“Django字符串魔术”:错误键入 视图名称不那么晦涩,IDE可以帮助自动完成视图名称, 等等

因此,
patterns()
没有什么作用,在教授新用户时是一个负担 (回答新手的问题“为什么我需要这个空字符串作为第一个字符串?”
patterns()
?”)的参数。出于这些原因,我们反对它。 更新代码非常简单,只要确保
urlpatterns
是 :func:
django.conf.url.url
实例

我认为回购协议中的条款很好地解释了这一点。以下是要点的总结:

在现代时代,我们更新了教程,转而推荐导入 视图模块并直接引用视图函数(或类)。 这有很多优点,都是因为我们正在使用 普通Python代替“Django字符串魔术”:错误键入 视图名称不那么晦涩,IDE可以帮助自动完成视图名称, 等等

因此,
patterns()
没有什么作用,在教授新用户时是一个负担 (回答新手的问题“为什么我需要这个空字符串作为第一个字符串?”
patterns()
?”)的参数。出于这些原因,我们反对它。 更新代码非常简单,只要确保
urlpatterns
是 :func:
django.conf.url.url
实例