Django 5.0 来了！

关注

原创最新推荐文章于 2026-08-16 08:28:00 发布 1.5k 阅读 AI 写同款· GEO 优化 ›

python3.4+django1.9+mysql5.6环境之hello world 一、创建项目下载django的包，到刚解压后的目录下执行命令 python setup.py install 先转到包所在目录，然后运行django-admin.py startproject myweb 或者(django-admin startproject myweb “我的是这个”）即可建立名字为myweb 的项目阅读详情

你好，我是 EarlGrey，一名双语学习者，会一点编程，目前已翻译出版《Python 无师自通》、《Python 并行编程手册》等书籍。

点击上方蓝字关注我，获取最新编程及AI干货、高赞工具和项目分享。

在后台回复“books”，即可领取超值优质电子书合集。

今天早些时候，Django团队正式发布了 Django 5.0 版本，

现在通过 pip 进行安装，就已经是 5.0 了：

pip install django

据团队成员Mariusz Felisiak介绍，Django 5.0的首个版本共合并了接近700个commit，有204位开发者参与版本开发。

新版本带来了很多令人兴奋的新特性，让我们一起来了解一下吧。

数据库生成字段 Generated Fields

多年来，Django 开发人员一直在纠结以下问题：

在哪里保存基于模型对象的可复用属性？
如何在所有 Django 组件中使用它们？

Django 5.0 带来了这些需求的答案-- GeneratedField！

它允许创建数据库生成的字段，其值总是由数据库本身根据其他字段计算得出。数据库表达式和函数也可用于即时进行必要的修改。让我们来看看它在实际中是如何工作的。

假设我们有一些经常连在拼接使用的字段，如 first_name 和 last_name。在 5.0 以下版本中，最佳的选择是自定义实现模型的 QuerySet 或 Manager 管理器。

from django.db import models
from django.db.models.functions import Concat


class Order(models.Model):
    person = models.ForeignKey("Person", models.CASCADE)
    ...


class PersonQuerySet(models.QuerySet):
    def with_extra_fields(self):
        return self.annotate(
            full_name=Concat(
                "first_name", models.Value(" "), "last_name",
            ),
        )


class Person(models.Model):
    first_name = models.CharField(max_length=255)
    last_name = models.CharField(max_length=255)

    objects = PersonQuerySet.as_manager()

    def __str__(self):
        return f"{self.first_name} {self.last_name}"

在自定义的 QuerySet 里添加注释，可以实现共享模型对象的常用计算值：

python3 manage.py shell

>>> from order.models import Order, Person
>>> Person.objects.with_extra_fields().filter(full_name="Joe Doe")
<PersonQuerySet [<Person: Joe Doe>]>
>>> mark = Person.objects.with_extra_fields().get(full_name="Mark Doe")
>>> mark.full_name
'Mark Doe'
# It's not available on relationship :(
>>> Order.objects.filter(person__full_name="Catherine Smith")
    ...
    raise FieldError(
django.core.exceptions.FieldError: Unsupported lookup 'full_name'
for ForeignKey or join on the field not permitted.

不过，QuerySet 注释也有局限性。首先，full_name 只适用于从 .with_extra_fields() 方法返回的对象，因此我们必须记住使用它。模型方法中的 self 实例也不能使用它，因为它不是 Person 属性。例如，它不能用于 Person.str()。此外，每次都要计算值，这对于复杂的计算来说可能是个问题。

GeneratedField 使基于其他字段的值的提供变得真正无缝。每次使用给定的数据库表达式更改模型时，它的值都会自动设置。此外，还可以使用 db_persist 参数决定是否存储该值：

db_persist=True：表示存储这些值，并像其他普通列一样占用存储空间。另一方面，只有在值发生变化时才会计算这些值，因此我们可以避免在获取数据时进行额外的计算。在某些数据库（MySQL、Postgres、SQLite）中，它们甚至可以被编入索引！
db_persist=False: 表示列不占用存储空间，但每次都会计算其值。

数据库对使用不同表达式和选项的支持可能有所不同。例如，Postgres 不支持虚拟列，因此 db_persist 必须设置为 True。SQLite 和 MySQL 同时支持虚拟字段和存储生成字段。

回到我们的 "full_name "示例。在 Django 5.0 中，我们可以摆脱之前方法的所有弊端，用 full_name 注解中使用的表达式定义一个 GeneratedField：

from django.db import models
from django.db.models.functions import Concat


class Order(models.Model):
    person = models.ForeignKey("Person", models.CASCADE)
    ...

class Person(models.Model):
    first_name = models.CharField(max_length=255)
    last_name = models.CharField(max_length=255)
    # ↓ Our new GeneratedField based on an expression ↓
    full_name = models.GeneratedField(
        expression=Concat(
            "first_name", models.Value(" "), "last_name"
        ),
        output_field=models.CharField(max_length=511),
        db_persist=True,
    )

    def __str__(self):
        # There is no need to re-implement the same logic anymore!
        return self.full_name

现在，full_name 是一个正常的 Person 属性，可以像其他字段一样在所有 Django 组件中使用。

数据库计算的默认值

数据库计算的默认值是在数据库中完全表达 Django 模型结构和关系的最后一个重要障碍。在 Django < 5.0 版本中，Field.default 是为字段设置默认值的唯一选项，但它是在 Python 端计算的，并在添加新行时作为参数传递。因此，从数据库结构的角度来看，它是不可见的，直接在数据库中添加行时也无法设置。

如果考虑到数据库和网络延迟，这也会造成数据不一致的风险，例如，当我们想默认为当前时间点时。此外，对于只能直接访问数据库的人员（如数据库管理员或数据科学家）来说，这也是不可见的。

Django 5.0 通过新的 Field.db_default 选项支持数据库计算的默认值。这是解决与之前方法相关的所有问题的灵丹妙药，因为它允许我们在数据库中定义和计算默认值。它接受字面值和数据库函数。让我们来看一个实际例子：

from decimal import Decimal

from django.db import models
from django.db.models.functions import Now


class Order(models.Model):
    person = models.ForeignKey("Person", models.CASCADE)
    created = models.DateTimeField(db_default=Now())
    priority = models.IntegerField(db_default=0)
    ...

表单字段组渲染

第三个值得一提的重要特性是 Django 5.0 引入的表单字段组渲染概念，这使得表单字段的渲染变得更加简单和可复用。

表单字段通常会伴随着许多相关的属性进行渲染，如帮助文本、标签、错误信息和小部件。每个项目都有自己的 HTML 结构和首选的表单字段渲染方式。假设我们使用基于 <div> 的字段模板（像 Django 那样）来帮助使用辅助技术的用户（例如屏幕阅读器）。我们首选的字段渲染方式可能看起来是这样的：

<div class="form-field">
  {{ field.label_tag }}
  {% if field.help_text %}
    <p class="help" id="{{ field.auto_id }}_helptext">
      {{ field.help_text|safe }}
    </p>
  {% endif %}
  {{ field.errors }}
  {{ field }}
</div>

它与 Django 新增加的 .as_field_group() 方法的默认模板完全相同，因此现在我们可以将其简化为：

<div class="form-field">{{ field.as_field_group }}</div>

.as_field_group() 默认使用 "django/forms/field.html "模板，该模板可按项目、字段或请求进行自定义。这给了我们很大的灵活性。

总结

除了本文介绍的三项重大新特性外，Django 5.0 还在可访问性和异步方面进行了改进。建议大家直接访问官网了解详情。

原文：https://fly.io/django-beats/new-goodies-in-django-50/

***

- EOF -

推荐阅读点击标题可跳转

1、VS Code 变身小霸王游戏机！

2、认知升级：模型与范式转换

3、超赞的 Python 编译器，单核提速100倍

4、高效的终极秘诀

5、Python 3.12 版本有什么变化？

分享、在看、点赞，3连

标签

#django #sqlite #数据库 #python #后端

Django配置连接SqlServer（版本Django3.2.5，python3.9）前言这两天学习了下Django,因为我使用的数据库是 SqlServer,在模型那里遇到了点问题，这篇文章做下记录。 Django连接数据库，你如果不使用模型，直接使用 pymssql 的话也是没问题的，毕竟通常就是这种嘛，这种的话这里就不说了，大家应该都懂。开发环境 windows 10 python 3.9 Django 3.2.5 pycharm 2021.2.1 创建工程使用pycharm创建项目（使用你任何你知道的方式创建一个项目就行了）这里创建了个新环境，基于py 阅读详情