当编写Django代码时，请遵从这些编码标准。
\npre-commit 是一个用于管理预提交钩子的框架。这些钩子有助于在提交代码进行审查之前识别简单的问题。通过在代码审查之前检查这些问题，它可以让审查人员集中精力在更改本身上，还可以帮助减少 CI 运行的次数。
\n要使用这个工具，首先安装 pre-commit，然后安装 Git 钩子：
Linux / macOS
$ python -m pip install pre-commit\n$ pre-commit install\nWindows
...\\> py -m pip install pre-commit\n...\\> pre-commit install\n在第一次提交时，pre-commit 将安装钩子，这些钩子会安装在它们自己的环境中，并且在第一次运行时需要一点时间来安装。后续的检查将会快得多。如果发现错误，将显示相应的错误消息。如果错误与 black 或 isort 有关，那么工具会为你修复它们。请查看更改并在满意后重新暂存以进行提交。
所有文件都应使用 black 自动格式化工具进行格式化。如果配置了 pre-commit，这将由其运行。
项目仓库包括一个 .editorconfig 文件。我们建议使用支持 EditorConfig 的文本编辑器，以避免缩进和空白字符问题。Python 文件使用 4 个空格缩进，而 HTML 文件使用2个空格。
除非另有约定的情况下，否则遵从 PEP8 编码规范。
\nUse flake8 to check for problems in this area. Note that our\n.flake8 file excludes some errors that we don't consider as gross\nviolations. Remember that PEP 8 is only a guide, so respect the style of\nthe surrounding code as a primary goal.
An exception to PEP 8 is our rules on line lengths. We allow up to 88\ncharacters in code, as this is the line length used by black.\nDocumentation, comments, and docstrings should be wrapped at 79 characters.\nThese limits are checked when flake8 is run.
String variable interpolation may use\n%-formatting, f-strings, or str.format() as appropriate, with the goal of\nmaximizing code readability.
关于可读性的最终判断留给合并者自行决定。作为指南，f-strings 应仅使用普通的变量和属性访问，在更复杂的情况下，应先进行本地变量赋值。
\n# Allowed\nf"hello {user}"\nf"hello {user.name}"\nf"hello {self.user.name}"\n\n# Disallowed\nf"hello {get_user()}"\nf"you are {user.age * 365.25} days old"\n\n# Allowed with local variable assignment\nuser = get_user()\nf"hello {user}"\nuser_days_old = user.age * 365.25\nf"you are {user_days_old} days old"\n不应该在可能需要翻译的任何字符串，包括错误和日志消息中使用 f-strings。一般来说，format() 更加冗长，因此更倾向于使用其他格式化方法。
不要浪费时间对现有代码进行无关的重构来调整格式化方法。
\n在注释中避免使用 " we "，例如使用 " Loop over " 而不是 " We loop over "。
在给变量，函数和方法命名时候使用下划线而不是小驼峰 (例如： poll.get_unique_voters(), not poll.getUniqueVoters() )。
类名使用“大驼峰命名法”（或者是用在能返回类的工厂函数上面）。
对于文档字符串，遵从现有文档字符串风格和 PEP257 规范。
在测试中，使用 assertRaisesMessage() 和 assertWarnsMessage()，而不是 assertRaises() 和 assertWarns()，这样可以检查异常或警告消息。只有在需要正则表达式匹配时才使用 assertRaisesRegex() 和 assertWarnsRegex()。
在测试布尔值时，使用 assertIs(…, True/False)，而不是 assertTrue() 和 assertFalse()，这样可以检查实际的布尔值，而不是表达式的真值。
在测试文档字符串中，说明每个测试展示的预期行为。不要包含像 " Tests that " 或 " Ensures that " 这样的前言。
\n保留工单引用用于描述复杂问题，其中工单包含无法轻易在文档字符串或注释中描述的额外细节。在句子末尾包含工单号，如下所示：
\ndef test_foo():\n """\n A test docstring looks like this (#123456).\n """\n ...\nWhere applicable, use unpacking generalizations compliant with PEP 448,\nsuch as merging mappings ({**x, **y}) or sequences ([*a, *b]). This\nimproves performance, readability, and maintainability while reducing errors.
使用 isort 来自动按照以下指南进行导入排序。
\n快速入门：
\nLinux / macOS
$ python -m pip install "isort >= 7.0.0"\n$ isort .\nWindows
...\\> py -m pip install "isort >= 7.0.0"\n...\\> isort .\n这将从你的当前目录递归运行 isort ，修改所有不符合指引的文件，如果你不需要排序（例如：避免循环导入）请在你的导入里面像这样加上注释：
import module # isort:skip\nPut imports in these groups: future, standard library, third-party libraries,\nother Django components, local Django component, try/excepts. Sort lines in\neach group alphabetically by the full module name. Place all\nimport module statements before from module import objects in each\nsection. Use absolute imports for other Django components and a one-dot\nrelative import (from .foo import Bar) for local components. Avoid\nmulti-dot relative imports.
在每一行上，按字母顺序排列项目，将大写字母的项目放在小写字母的项目之前分组。
使用括号和4个连续空格构成的缩进去打破长行，在最后一个导入之后写一个逗号，把右括号放在单独一行。
\n在最后一个导入和任何代码块之间留出一个空行，在第一个函数或类前面留出两个空行。
\n例如（注释仅作为解释用途）：
\ndjango/contrib/admin/example.py# future\nfrom __future__ import annotations\n\n# standard library\nimport json\nfrom itertools import chain\n\n# third-party\nimport bcrypt\n\n# Django\nfrom django.http import Http404\nfrom django.http.response import (\n Http404,\n HttpResponse,\n HttpResponseNotAllowed,\n StreamingHttpResponse,\n cookie,\n)\n\n# local Django\nfrom .models import LogEntry\n\n# try/except\ntry:\n import yaml\nexcept ImportError:\n yaml = None\n\nCONSTANT = "foo"\n\n\nclass Example: ...\n在可用时，请使用方便的导入方式。例如，这样做：
\nfrom django.views import View\n替换成：
\nfrom django.views.generic.base import View\n在 Django 模板代码中遵循以下规则。
\n{% extends %} 应该是第一个非注释行。
这样做：
\n{% extends "base.html" %}\n\n{% block content %}\n <h1 class="font-semibold text-xl">\n {{ pages.title }}\n </h1>\n{% endblock content %}\n或者这样：
\n{# This is a comment #}\n{% extends "base.html" %}\n\n{% block content %}\n <h1 class="font-semibold text-xl">\n {{ pages.title }}\n </h1>\n{% endblock content %}\n不要这样做：
\n{% load i18n %}\n{% extends "base.html" %}\n\n{% block content %}\n <h1 class="font-semibold text-xl">\n {{ pages.title }}\n </h1>\n{% endblock content %}\n在 {{、变量内容和 }} 之间只放一个空格。
这样做：
\n{{ user }}\n不要这样做：
\n{{user}}\n在 {% load ... %} 中，按字母顺序列出库。
这样做：
\n{% load i18n l10 tz %}\n不要这样做：
\n{% load l10 i18n tz %}\n在 {%、标签内容和 %} 之间只放一个空格。
这样做：
\n{% load humanize %}\n不要这样做：
\n{%load humanize%}\n如果 {% block %} 标签名称不在同一行，则在 {% endblock %} 标签中放入 {% block %} 标签名称。
这样做：
\n{% block header %}\n\n Code goes here\n\n{% endblock header %}\n不要这样做：
\n{% block header %}\n\n Code goes here\n\n{% endblock %}\n在大括号内，除了属性访问的 . 和过滤器的 | 周围外，用单个空格分隔标记。
这样做：
\n{% if user.name|lower == "admin" %}\n不要这样做：
\n{% if user . name | lower == "admin" %}\n\n{{ user.name | upper }}\n在使用 {% extends %} 的模板中，避免缩进顶级 {% block %} 标签。
这样做：
\n{% extends "base.html" %}\n\n{% block content %}\n不要这样做：
\n{% extends "base.html" %}\n\n {% block content %}\n ...\n在Django的视图中，第一个参数应该总是 request 。
这样做：
\ndef my_view(request, foo): ...\n别这样做：
\ndef my_view(req, foo): ...\n字段名称应当全部使用小写，使用下划线替代驼峰命名。
\n这样做：
\nclass Person(models.Model):\n first_name = models.CharField(max_length=20)\n last_name = models.CharField(max_length=40)\n别这样做：
\nclass Person(models.Model):\n FirstName = models.CharField(max_length=20)\n Last_Name = models.CharField(max_length=40)\n class Meta 类应该位于定义字段之后，用一个空行分割字段定义和类定义。
这样做：
\nclass Person(models.Model):\n first_name = models.CharField(max_length=20)\n last_name = models.CharField(max_length=40)\n\n class Meta:\n verbose_name_plural = "people"\n别这样做：
\nclass Person(models.Model):\n class Meta:\n verbose_name_plural = "people"\n\n first_name = models.CharField(max_length=20)\n last_name = models.CharField(max_length=40)\n模型内的类核方法的定义应该遵循以下顺序（不是所有项都是必须的）：
\n所有数据库字段
自定义管理器属性
Meta 类
def __str__() and other Python magic methods
save() 方法
get_absolute_url() 方法
其他自定义方法
如果为给定的模型字段定义了 choices，请将每个选择定义为一个映射，使用全大写名称作为模型上的类属性。示例：
class MyModel(models.Model):\n DIRECTION_UP = "U"\n DIRECTION_DOWN = "D"\n DIRECTION_CHOICES = {\n DIRECTION_UP: "Up",\n DIRECTION_DOWN: "Down",\n }\n或者，考虑使用 枚举类型:
\nclass MyModel(models.Model):\n class Direction(models.TextChoices):\n UP = "U", "Up"\n DOWN = "D", "Down"\ndjango.conf.settings 配置的使用Link to this heading#通常，模块不应使用存储在顶层的配置 django.conf.settings 配置（即在导入模块时进行评估）。 对此的解释如下：
手动配置设置（即不依赖于 DJANGO_SETTINGS_MODULE 环境变量）是允许的，并且可以按以下方式进行：
from django.conf import settings\n\nsettings.configure({}, SOME_SETTING="foo")\n但是，如果在配置 settings.configure 行配置之前访问了任何设置，则此操作将无效。（在内部，settings 配置是一个 LazyObject ，当尚未访问设置时，它会自动配置自己）。
因此，如果有一个包含一些代码的模块，如下所示：
\nfrom django.conf import settings\nfrom django.urls import get_callable\n\ndefault_foo_view = get_callable(settings.FOO_VIEW)\n…然后导入此模块将导致设置对象被配置。 这意味着第三方在顶层导入模块的能力与手动配置设置对象的能力不兼容，或者在某些情况下使其变得非常困难。
\n为了替换上面的代码，必须使用惰性级别或间接级别，例如 django.utils.functional.LazyObject ， django.utils.functional.lazy() 或者 lambda 。
为国际化标记所有的字符串；更多细节请参见 i18n documentation。
在更改代码时，删除不再使用的 import 语句。flake8 将为你识别这些未使用的导入。如果需要保留一个未使用的导入以保持向后兼容性，请在末尾标记为 # NOQA 以消除 flake8 的警告。
按部就班的删除代码结尾那些增加不必要字节的空格，增加了显示混乱还可能导致偶尔的合并冲突。一些IDE可以通过配置自动删除它们，大多数版本控制工具可以在差异比较时高亮显示它们。
请不要在你贡献的代码里面放入你的名字，我们的政策是把贡献者名字保存到随Django分发的AUTHORS文件里--—而不是分散在代码库里。如果你进行的不只是一次简单修改，请随意更改在你补丁中的AUTHORS文件。
For details about the JavaScript code style used by Django, see\nJavaScript 代码.
\n