1. Поля формы проще визуализировать
Поля формы в Django состоят из нескольких элементов: описательной метки, текста справки, метки ошибки и самого поля. Если у вас есть форма с несколькими такими полями, размещение их вручную может оказаться утомительным.
Чтобы исправить это, Django 5 предлагает новый метод группирования полей формы . При использовании в шаблоне .as_field_groupметод автоматически отображает все элементы в группе полей в соответствии с шаблоном, который вы можете настроить.
Было:
Стало:
Форму можно настраивать — можно заменить шаблон по умолчанию для групп полей во всем приложении или настроить его для каждого поля или даже для каждого запроса.
2. Поля модели для вычислений и генерируемые столбцы
Вычисляемые столбцы в базах данных позволяют определить значение столбца как результат некоторой формулы, которая вычисляется в базе данных перед отправкой клиенту.
Django 5 теперь позволяет определять поля в моделях с параметром базы данных по умолчанию , который позволяет вам предоставить значение по умолчанию, вычисленное базой данных. Например, DateTimeField
можно использовать Now()
по умолчанию.
Обратите внимание, что db_default
можно установить только то, что является результатом комбинации литералов и поддерживаемых функций базы данных .
Еще одно удобное дополнение Django 5.0 в этом направлении — GeneratedField — новый тип поля, значение которого всегда генерируется из значений других полей. Результаты могут либо сохраняться в базе данных при записи или обновлении строки («сохраненное» поле), либо вычисляться только при чтении строки («виртуальное» поле).
Также обратите внимание, что GeneratedField
s может использовать в качестве входных данных только другие поля внутри той же модели. Вы также не можете использовать в качестве источника другие сгенерированные поля, только фактические поля.
3. Выбор полей легче написать
В предыдущих версиях Django, когда вы хотели перечислить варианты, доступные объектам Field.choices
и ChoiceField.choices
, вам приходилось создавать неуклюжую композицию из двух кортежей или Enumeration
подклассов:
Используя сопоставление словарей, получаем это
Это упрощает кодирование выбора в виде литералов, а также немного упрощает его программную генерацию.
4. Множество других декораторов асинхронного представления.
Django впервые добавил поддержку асинхронных механизмов Python в версии 3.0, но не каждая часть Django получила асинхронную поддержку с самого начала. Он был добавлен по слоям: поддержка асинхронных представлений добавлена в версии 4.0, а поддержка ORM появится в будущем выпуске.
Поскольку Django постепенно добавляет поддержку асинхронности, многие декораторы ранее не поддерживали перенос асинхронных представлений. Ситуация изменилась с версией 5, в которой теперь гораздо больше декораторов могут обертывать асинхронные представления . Среди наиболее полезных — те, которые обеспечивают защиту представлений от CSRF (подделки межсайтовых запросов).
5. Обработка исключений при асинхронных отключениях
При асинхронных соединениях всегда существует риск того, что длительное соединение будет закрыто до того, как Django вернет ответ. Раньше не было встроенного механизма очистки при отмене асинхронного соединения. Django 5 вызывает соответствующее исключение , asyncio.CancelledError
которое вы можете перехватить по мере необходимости.