编码风格 — Django 文档
编码风格
当编写Django代码时,请遵从这些编码标准。
Python 编码风格
请遵循
.editorconfig
文件中规定的缩进样式。 我们建议使用支持 [X38X]EditorConfig 的文本编辑器以避免缩进和空格问题。 Python 文件使用 4 个空格作为缩进,HTML 文件使用 2 个空格。除非另有说明,否则请遵循 PEP 8。
使用flake8检查这方面的问题。 请注意,我们的
setup.cfg
文件包含一些排除的文件(我们不关心清理的弃用模块和一些 Django 供应商的第三方代码)以及一些我们不认为严重违规的排除错误. 请记住,PEP 8 只是一个指南,因此将尊重周围代码的风格作为主要目标。PEP 8 的一个例外是我们的行长规则。 不要将代码行限制为 79 个字符,如果这意味着代码看起来非常难看或难以阅读。 我们最多允许 119 个字符,因为这是 GitHub 代码审查的宽度; 任何更长的时间都需要水平滚动,这使得审查更加困难。 运行
flake8
时包括此检查。 尽管 PEP 8 建议使用 72 个字符,文档、评论和文档字符串应包含在 79 个字符内。使用四个空格作为缩进。
使用四个空格悬挂缩进而不是垂直对齐:
raise AttributeError( 'Here is a multiline error message ' 'shortened for clarity.' )
代替:
raise AttributeError('Here is a multiline error message ' 'shortened for clarity.')
这样能更好的利用空间,而且可以避免当第一行长度变化时需要重新对齐。
字符串使用单引号,如果字符串包含单引号,则使用双引号。 不要浪费时间对现有代码进行无关的重构以符合这种风格。
避免在评论中使用“我们”,例如 “循环”而不是“我们循环”。
对变量、函数和方法名称使用下划线,而不是驼峰式命名(即
poll.get_unique_voters()
,而不是poll.getUniqueVoters()
)。使用
InitialCaps
作为类名(或返回类的工厂函数)。在文档字符串中,遵循现有文档字符串的样式和 PEP 257。
在测试中,使用 assertRaisesMessage() 和 assertWarnsMessage() 代替
assertRaises()
和assertWarns()
,以便您可以检查异常或警告消息。 仅当需要正则表达式匹配时才使用assertRaisesRegex()
和assertWarnsRegex()
。在测试文档字符串中,说明每个测试演示的预期行为。 不要包含诸如“Tests that”或“Ensures that”之类的序言。
保留票证参考以处理不明确的问题,其中票证具有无法在文档字符串或评论中轻松描述的其他详细信息。 在这样的句子末尾包含票号:
def test_foo(): """ A test docstring looks like this (#123456). """ ...
导入
使用 isort 按照以下指南自动进行导入排序。
快速上手
这会从当前目录递归运行
isort
,修改任何不符合准则的文件。 如果您需要乱序导入(例如,为了避免循环导入),请使用如下注释:import module # isort:skip
将导入放在这些组中:未来、标准库、第三方库、其他 Django 组件、本地 Django 组件、try/excepts。 按完整模块名称的字母顺序对每个组中的行进行排序。 将所有
import module
语句放在每个部分的from module import objects
之前。 对其他 Django 组件使用绝对导入,对本地组件使用相对导入。在每一行上,按字母顺序排列项目,大写项目分组在小写项目之前。
使用括号将长行分隔,并将连续行缩进 4 个空格。 在最后一次导入后包含一个尾随逗号,并将右括号放在自己的行上。
在最后一个导入和任何代码块之间留出一个空行,在第一个函数或类前面留出两个空行。
例如(注释仅作为解释用途):
# future from __future__ import unicode_literals # standard library import json from itertools import chain # third-party import bcrypt # Django from django.http import Http404 from django.http.response import ( Http404, HttpResponse, HttpResponseNotAllowed, StreamingHttpResponse, cookie, ) # local Django from .models import LogEntry # try/except try: import yaml except ImportError: yaml = None CONSTANT = 'foo' class Example: # ...
尽可能使用便利导入。 例如,执行以下操作:
from django.views import View
代替:
from django.views.generic.base import View
模版风格
在Django模板代码中,在大括号和标签内容之间放置一个(只有一个)空格。
这样做:
{{ foo }}
不要这样做:
{{foo}}
视图风格
在 Django 视图中,视图函数中的第一个参数应该被称为
request
。这样做:
def my_view(request, foo): # ...
不要这样做:
def my_view(req, foo): # ...
模型风格
字段名称应当全部使用小写,使用下划线替代驼峰命名。
这样做:
class Person(models.Model): first_name = models.CharField(max_length=20) last_name = models.CharField(max_length=40)
不要这样做:
class Person(models.Model): FirstName = models.CharField(max_length=20) Last_Name = models.CharField(max_length=40)
class Meta
应该出现在 字段定义之后的 ,用一个空行分隔字段和类定义。这样做:
class Person(models.Model): first_name = models.CharField(max_length=20) last_name = models.CharField(max_length=40) class Meta: verbose_name_plural = 'people'
不要这样做:
class Person(models.Model): first_name = models.CharField(max_length=20) last_name = models.CharField(max_length=40) class Meta: verbose_name_plural = 'people'
也不要这样做:
class Person(models.Model): class Meta: verbose_name_plural = 'people' first_name = models.CharField(max_length=20) last_name = models.CharField(max_length=40)
模型内的类核方法的定义应该遵循以下顺序(不是所有项都是必须的):
所有数据库字段
自定义管理器属性
class Meta
def __str__()
def save()
def get_absolute_url()
其他自定义方法
如果为给定的模型字段定义了
choices
,则将每个选项定义为一个元组列表,并将全大写的名称作为模型的类属性。 例子:class MyModel(models.Model): DIRECTION_UP = 'U' DIRECTION_DOWN = 'D' DIRECTION_CHOICES = [ (DIRECTION_UP, 'Up'), (DIRECTION_DOWN, 'Down'), ]
django.conf.settings的使用
模块通常不应使用存储在顶层 django.conf.settings
中的设置(即 在导入模块时进行评估)。 对此的解释如下:
手动配置设置(即 不依赖于 DJANGO_SETTINGS_MODULE
环境变量)是允许的,并且可能如下:
from django.conf import settings
settings.configure({}, SOME_SETTING='foo')
但是,如果在 settings.configure
行之前访问任何设置,这将不起作用。 (在内部,settings
是一个 LazyObject
,如果尚未配置,则在访问设置时会自动配置自身)。
所以,如果有一个包含如下代码的模块:
from django.conf import settings
from django.urls import get_callable
default_foo_view = get_callable(settings.FOO_VIEW)
...然后导入这个模块将导致设置对象被配置。 这意味着第三方在顶层导入模块的能力与手动配置设置对象的能力不兼容,或者在某些情况下变得非常困难。
代替上面的代码,必须使用一定程度的惰性或间接性,例如 django.utils.functional.LazyObject
、django.utils.functional.lazy()
或 lambda
。
杂项
- 标记所有字符串以进行国际化; 有关详细信息,请参阅 i18n 文档 。
- 删除更改代码时不再使用的
import
语句。 flake8 将为您识别这些导入。 如果需要保留未使用的导入以向后兼容,请使用# NOQA
标记结束以消除 flake8 警告。 - 系统地从代码中删除所有尾随空格,因为它们会添加不必要的字节,给补丁添加视觉混乱,有时还会导致不必要的合并冲突。 一些 IDE 可以配置为自动删除它们,大多数 VCS 工具可以设置为在差异输出中突出显示它们。
- 请不要把你的名字放在你贡献的代码中。 我们的政策是将贡献者的名字保留在与 Django 一起分发的
AUTHORS
文件中——而不是分散在代码库本身中。 如果您进行了多个微不足道的更改,请随意在补丁中包含对AUTHORS
文件的更改。