“Django/docs/3.0.x/faq/general”的版本间差异

来自菜鸟教程
Django/docs/3.0.x/faq/general
跳转至:导航、​搜索
(autoload)
 
(Page commit)
 
第1行: 第1行:
 +
{{DISPLAYTITLE:常见问题:通用 — Django 文档}}
 
<div id="faq-general" class="section">
 
<div id="faq-general" class="section">
  
= FAQ:概述 =
+
= 常见问题:一般 =
  
 
<div id="why-does-this-project-exist" class="section">
 
<div id="why-does-this-project-exist" class="section">
  
== 这个项目因何存在。 ==
+
== 为什么会有这个项目? ==
  
Django 从一个非常实际的需求成长而来:World Web 是一家新闻网站,负责在新闻截止期限内建立密集的 Web 应用程序。 在快节奏的新闻编辑室,World Online 往往需要几个小时内将一个复杂的 Web 应用程序从概念推向发布上线。
+
Django 源于一个非常实际的需求:World Online 是一家报纸 Web 运营商,负责在新闻截止日期前构建密集的 Web 应用程序。 在快节奏的新闻编辑室中,World Online 通常只有几个小时的时间来完成复杂的 Web 应用程序从概念到公开发布的过程。
  
与此同时,World Online 的 Web开发者在 Web 开发的最佳实践方面一直是完美主义者。
+
同时,World Online Web 开发人员在遵循 Web 开发的最佳实践方面一直是完美主义者。
  
在2003年秋季,世界在线开发者(Adrian Holovaty 和 Simon Willison)放弃 PHP 而开始使用 Python 开发网站。 当他们构建了密集的,强互动性的网站时(如 Lawrence.com),他们开始提取一个通用的 Web 开发框架,使他们可以更快地构建 Web 应用程序。 两年内他们经常调整和改进这个框架。
+
2003 年秋季,World Online 开发人员(Adrian Holovaty 和 Simon Willison)放弃了 PHP,开始使用 Python 开发其网站。 随着他们构建密集的、交互性强的站点(例如 Lawrence.com),他们开始提取一个通用的 Web 开发框架,使他们能够越来越快地构建 Web 应用程序。 他们不断调整这个框架,在两年内增加了改进。
  
2005 年夏天,World Online 决定开源 Django。如果没有大量的开源项目 - “Apache”,“Python” “PostgreSQL” 等等,Django 是不可能完成的 - 我们很高兴能够回馈一些东西给开源社区。
+
2005 年夏天,World Online 决定开源由此产生的软件 Django。 如果没有一整套开源项目,Django 就不可能实现——[https://httpd.apache.org/ Apache]、[https://www.python.org/ Python] [https://www.postgresql.org/ PostgreSQL] 等等——我们很高兴能够回馈开源社区。
  
  
第19行: 第20行:
 
<div id="what-does-django-mean-and-how-do-you-pronounce-it" class="section">
 
<div id="what-does-django-mean-and-how-do-you-pronounce-it" class="section">
  
== “Django”是什么意思,怎么发音? ==
+
== “姜戈”是什么意思,你怎么发音? ==
  
Django 的名字来源于 Django Reinhardt,一个活跃在1930 年到 1950 年代初期的吉普赛吉他工作室,直到今天,他们依然被认为是史上最好的吉他手之一。
+
Django 以 [https://en.wikipedia.org/wiki/Django_Reinhardt Django Reinhardt 的名字命名,Django Reinhardt] 是 1930 年代至 1950 年代初的爵士乐吉他手。 直到今天,他仍被认为是有史以来最好的吉他手之一。
  
聆听他的音乐. 你会喜欢它的.
+
听听他的音乐。 你会喜欢的。
  
Django 发音为 '''JANG''',使用 FANG 来押韵,字母 &quot;D &quot;是不发声的.
+
Django 发音为 '''JANG'''-oh。 与 FANG-oh 押韵。 “D”是沉默的。
  
我们也记录了一段 [https://www.red-bean.com/~adrian/django_pronunciation.mp3 发音的音频片段].
+
我们还录制了 [https://www.red-bean.com/~adrian/django_pronunciation.mp3 发音的] 音频剪辑。
  
  
第33行: 第34行:
 
<div id="is-django-stable" class="section">
 
<div id="is-django-stable" class="section">
  
== Django 稳定吗? ==
+
== Django 稳定吗? ==
  
是的,它相当稳定。 Disqus, Instagram, Pinterest, 还有 Mozilla 等公司使用 Django 很多年了。使用 Django 搭建的网站能承受每秒 50000 次点击的流量峰值。
+
是的,它非常稳定。 Disqus、Instagram、Pinterest 和 Mozilla 等公司多年来一直在使用 Django。 建立在 Django 上的网站经受住了每秒超过 5 万次点击的流量高峰。
  
  
第41行: 第42行:
 
<div id="does-django-scale" class="section">
 
<div id="does-django-scale" class="section">
  
== Django 可扩展吗? ==
+
== Django 可以扩展吗? ==
  
是的,与程序调试时间相比,硬件很便宜,所以 Django 被设计的尽可能多的利用硬件的性能。
+
是的。 与开发时间相比,硬件便宜,因此 Django 旨在利用尽可能多的硬件。
  
Django 使用“无共享”体系结构,这意味着您可以在任何级别添加硬件——数据库服务器,缓存服务器或 Web /应用程序服务器。
+
Django 使用“无共享”架构,这意味着您可以在任何级别添加硬件——数据库服务器、缓存服务器或 Web/应用程序服务器。
  
该框架将组件完全分离,如数据库层和应用程序层。它附带了一个简单但强大的 :doc:[[#id1|<span id="id2" class="problematic">`</span>]]缓存框架&lt;/topics/cache&gt; [[#id3|<span id="id4" class="problematic">`</span>]].
+
该框架清晰地分离了诸如数据库层和应用层之类的组件。 它附带了一个简单而强大的 [[../../topics/cache|缓存框架]]
  
  
第53行: 第54行:
 
<div id="who-s-behind-this" class="section">
 
<div id="who-s-behind-this" class="section">
  
== 谁在这背后? ==
+
== 这是谁的幕后推手? ==
  
Django 最初是在美国堪萨斯州劳伦斯市一家报纸的网络部门 World Online 开发的。Django 现在由一个国际 [[#id1|<span id="id2" class="problematic">`志愿者小组&lt;https://www.djangoproject.com/foundation/teams/&gt;`_</span>]] 运行。
+
Django 最初是在美国堪萨斯州劳伦斯一家报纸的网络部门 World Online 开发的。 Django 现在由一个国际 [https://www.djangoproject.com/foundation/teams/ 志愿者团队] 运营。
  
  
第61行: 第62行:
 
<div id="how-is-django-licensed" class="section">
 
<div id="how-is-django-licensed" class="section">
  
== Django 是如何授权的? ==
+
== Django 是如何获得许可的? ==
  
Djaon 基于 [https://github.com/django/django/blob/master/LICENSE the 3-clause BSD license] 发布。这是一份开源协议,它允许你修改和再次分发 Django。
+
Django 分布在 [[#id1|:source:`3 条款 BSD 许可证 `]] . 这是一个开源许可证,授予修改和重新分发 Django 的广泛权限。
  
  
第69行: 第70行:
 
<div id="why-does-django-include-python-s-license-file" class="section">
 
<div id="why-does-django-include-python-s-license-file" class="section">
  
== 为什么 Django 包含 Python 的协议文件? ==
+
== 为什么 Django 包含 Python 的许可文件? ==
  
Django 包含源自 Python 的标准库。Python 是在开源许可协议下发布的。Django 包含了 一份 Python 协议 &lt;LICENSE.python&gt;,这是为了遵守 Python 的要求。
+
Django 包含来自 Python 标准库的代码。 Python 是在宽松的开源许可证下分发的。 [[#id3|:source:`Python 许可证的副本 `]] 包含在 Django 中以符合 Python 的条款。
  
  
第77行: 第78行:
 
<div id="which-sites-use-django" class="section">
 
<div id="which-sites-use-django" class="section">
  
== 哪些站点使用 Django? ==
+
== 哪些网站使用 Django? ==
  
DjangoSites.org 的特色是提供一个不断增长的使用 Django 搭建的网站的列表。
+
[https://djangosites.org DjangoSites.org] 提供了一个不断增长的 Django 站点列表。
  
  
第86行: 第87行:
  
 
<span id="faq-mtv"></span>
 
<span id="faq-mtv"></span>
== Django 似乎是一个 MVC 框架,但是您将控制器称为“视图”,并视图称为“模板”。 为什么不使用标准命名? ==
+
== Django 似乎是一个 MVC 框架,但您将控制器称为“视图”,将视图称为“模板”。 你怎么不使用标准名称? ==
  
当然,标准化的名称是有争议的。
+
嗯,标准名称是有争议的。
  
在我们对 MVC 的解释中,“视图”描述了呈现给用户的数据。数据看起来怎么样并不重要,重要的是哪些数据被呈现。该视图描述了 ''您看到了哪些数据'',而不是 ''您怎么看到数据''。这是一个微妙的区别。
+
在我们对 MVC 的解释中,“视图”描述了呈现给用户的数据。 不一定是''如何''数据''看起来'',而是''''数据的呈现方式。 该视图描述了''您看到的数据'',而不是''您看到的数据。''这是一个微妙的区别。
  
所以,在我们的例子里,一个&quot;视图(view)&quot;是 Python 中针对一个特定 URL 的回调函数,此回调函数描述了需要展示的数据。
+
因此,在我们的例子中,“视图”是特定 URL 的 Python 回调函数,因为该回调函数描述了呈现哪些数据。
  
此外,将内容和展示效果分开是很明智的,展示效果就是模板。在 Django 里面,一个视图(view)描述了哪些数据会被展示,但是一个视图通常代表了一个模板,这个模板描述了数据是如何被展示的。
+
此外,将内容与演示分开是明智的——这就是模板的用武之地。 在 Django 中,“视图”描述了呈现哪些数据,但视图通常委托给模板,该模板描述 ''如何'' 呈现数据。
  
那控制器(Controller)在什么位置?在 Django 中,控制器可能指的是框架本身,框架会根据 Django URL 配置,将请求分发到适当的视图(view)。
+
那么,“控制器”适用于何处? 在 Django 的情况下,它可能是框架本身:根据 Django URL 配置将请求发送到适当视图的机制。
  
如果你想要首字母缩写, 你可能会说 Django 是一个 &quot;MTV &quot; 框架--即 &quot;模型(Model) &quot;、 &quot;模板(Template)&quot; 和 &quot;视图(View). 这种划分更有意义。
+
如果您渴望首字母缩略词,您可能会说 Django 是一个“MTV”框架——即“模型”、“模板”和“视图”。 这种崩溃更有意义。
  
当然, 在一天结束的时候, 它完成了工作。而且, 不管工作是怎样的, Django 以一种对我们来说最合乎逻辑的方式完成了。
+
当然,归根结底,这归结为完成工作。 而且,无论事物如何命名,Django 以对我们来说最合乎逻辑的方式完成工作。
  
  
第106行: 第107行:
 
<div id="framework-x-does-feature-y-why-doesn-t-django" class="section">
 
<div id="framework-x-does-feature-y-why-doesn-t-django" class="section">
  
== &lt;Framework X&gt;可以做到&lt;feature Y&gt;--为什么 Django 不能呢? ==
+
== 做 – 为什么 Django 没有? ==
  
我们清楚的知道,其他还有很棒的 web 框架,而且我们也不反对在适当的情况下借鉴想法。但是,Django 的开发恰恰是因为我们对现状的不满,所以请注意“因为&lt;Framework X&gt;所以”不会成为将特定功能加到 Django 的充分理由。
+
我们很清楚还有其他很棒的 Web 框架,并且我们不反对在适当的地方借用想法。 然而,Django 的开发正是因为我们对现状不满,所以请注意“因为 do it”并不是将给定功能添加到 Django 的充分理由。
  
  
第114行: 第115行:
 
<div id="why-did-you-write-all-of-django-from-scratch-instead-of-using-other-python-libraries" class="section">
 
<div id="why-did-you-write-all-of-django-from-scratch-instead-of-using-other-python-libraries" class="section">
  
== 为什么你要从头开始写所有的 Django 项目,而不是使用其他 Python 库? ==
+
== 为什么你从头开始编写所有 Django,而不是使用其他 Python 库? ==
  
Django 最初设计时,Adrian 和 Simon 花了很多时间去研究各种各样已经存在的 Python Web 框架。
+
最初编写 Django 时,Adrian 和 Simon 花了很多时间探索各种可用的 Python Web 框架。
  
在我们看来,没有一个能完全达到所需的标准。
+
在我们看来,他们中没有一个完全符合要求。
  
我们很挑剔。甚至你可以说我们是完美主义者。(有截止期限的)
+
我们很挑剔。 你甚至可以称我们为完美主义者。 (有截止日期。)
  
随着时间的推移,我们偶然发现那些我们已经完成的开源库。很高兴看到其他人用类似的办法解决类似的问题,但是将外部代码整合已经太晚了:我们已经在几种生成环境中编写,测试并实现了我们的框架--而且我们自己的代码愉快的满足了我们的需求。
+
随着时间的推移,我们偶然发现了一些我们已经实现的开源库。 看到其他人以类似方式解决类似问题令人欣慰,但集成外部代码为时已晚:我们已经在多个生产环境中编写、测试和实现了我们自己的框架位 - 我们自己的代码愉快地满足了我们的需求.
  
然而,在大多数情况下,我们发现有的框架/工具不可避免地存在某种致使我们过于拘谨的基本致命缺陷。没有工具可以100%符合我们的原理。
+
然而,在大多数情况下,我们发现现有的框架/工具不可避免地存在某种基本的、致命的缺陷,这让我们感到不安。 没有任何工具 100% 符合我们的理念。
  
正如我们所说的:我们很挑剔
+
就像我们说的:我们很挑剔。
  
我们的设计理念请参照 [[../../misc/design-philosophies|<span class="doc">设计哲学页面</span>]].
+
我们已经在 [[../../misc/design-philosophies|设计理念页面]] 上记录了我们的理念。
  
  
第134行: 第135行:
 
<div id="is-django-a-content-management-system-cms" class="section">
 
<div id="is-django-a-content-management-system-cms" class="section">
  
== Django 是个内容管理系统(CMS)吗? ==
+
== Django 是内容管理系统 (CMS) 吗? ==
  
Django 不是一个 CMS 或任何意义上的“一站式解决方案”。它是一个 Web 框架;它是一个让你建立网站的编程工具。
+
不,Django 本身不是 CMS,也不是任何类型的“交钥匙产品”。 它是一个 Web 框架; 它是一种编程工具,可让您构建网站。
  
例如,将 Django [https://drupal.org/ Drupal] 进行比较毫无意义,因为 Django 是用来创建 Drupal 之类的框架。
+
例如,将 Django [https://drupal.org/ Drupal] 之类的东西进行比较没有多大意义,因为 Django 是您用来 ''create'' 之类 Drupal 的东西。
  
当然,Django 的 admin site 很好用而且实现很便捷 -- 但 admin site 是 Django 框架的一个模块。 此外,尽管 Django 为构建 &quot;CMS-y&quot; 应用提供了特殊的便利,但并不意味着它不仅适合于构建 &quot;非CMS-y&quot;的应用 (不管那意味着什么)。
+
当然,Django 的自动管理站点非常棒且省时——但管理站点是 Django 框架的一个模块。 此外,尽管 Django 为构建“CMS-y”应用程序提供了特殊的便利,但这并不意味着它不仅适合构建“非 CMS-y”应用程序(不管这意味着什么!)。
  
  
第146行: 第147行:
 
<div id="how-can-i-download-the-django-documentation-to-read-it-offline" class="section">
 
<div id="how-can-i-download-the-django-documentation-to-read-it-offline" class="section">
  
== 我如何下载 Django 文档进行离线阅读? ==
+
== 如何下载 Django 文档以离线阅读? ==
  
Django 文档可以在每个 Django 版本压缩包的 &quot;docs&quot; 目录中找到。这些文档采用 reST(reStructuredText)格式,每个文本文件都对应官方 Django 网站上的页面。
+
Django 文档位于每个 Django tarball 版本的 <code>docs</code> 目录中。 这些文档是reST(reStructuredText)格式,每个文本文件对应一个Django官方站点上的一个网页。
  
由于文档存储在 [[../docs|stored in revision control]] ,所以您可以像浏览代码变更一样浏览文档变更。
+
因为文档是 [[#id5|:source:`存储在版本控制中 `]] ,您可以像浏览代码更改一样浏览文档更改。
  
从技术上讲,Django 网站上的文档通常是由这些最新开发版本的 reST 文档生成,所以 Django 网站上提供的文档内容可能多于最新 Django 版本中的文档内容。
+
从技术上讲,Django 站点上的文档是根据这些 reST 文档的最新开发版本生成的,因此 Django 站点上的文档可能提供比最新 Django 版本附带的文档更多的信息。
  
  
第158行: 第159行:
 
<div id="how-do-i-cite-django" class="section">
 
<div id="how-do-i-cite-django" class="section">
  
== 如何引用 Django? ==
+
== 我如何引用 Django? ==
  
出于两个原因,很难提供正式的引文格式:出版物之间的引文格式可能会有很大差异,软件的引用标准仍然是一些争议的问题。
+
很难给出正式的引文格式,原因有二:不同出版物的引文格式差异很大,软件的引文标准仍然存在争议。
  
例如,[https://www.apastyle.org APA style],命令类似:
+
例如,[https://www.apastyle.org APA 样式] 会规定如下内容:
  
 
<div class="highlight-default notranslate">
 
<div class="highlight-default notranslate">
第168行: 第169行:
 
<div class="highlight">
 
<div class="highlight">
  
<pre>Django (Version 1.5) [Computer Software]. (2013). Retrieved from https://djangoproject.com.</pre>
+
<syntaxhighlight lang="python">Django (Version 1.5) [Computer Software]. (2013). Retrieved from https://djangoproject.com.</syntaxhighlight>
  
 
</div>
 
</div>
  
 
</div>
 
</div>
但是,唯一真正的指南就是您出版商将接受的内容,因此请获得这些指南的副本并尽可能填补空缺。
+
但是,唯一真正的指南是您的出版商会接受的内容,因此请获取这些指南的副本并尽可能地填补空白。
  
如果您的引用样式指南需要发布者名称,请使用&quot;Django Software Foundation&quot;。
+
如果您的引用样式指南需要发布者名称,请使用“Django Software Foundation”。
  
如果您需要发布位置,请使用&quot;Lawrence, Kansas&quot;。
+
如果您需要发布地点,请使用“Lawrence, Kansas”。
  
如果你需要一个网址,使用 https://djangoproject.com。
+
如果您需要网址,请使用 https://djangoproject.com。
  
如果你需要一个名字,只需使用“django”,没有任何修饰符号
+
如果你需要一个名字,只需使用“Django”,没有任何标语。
  
如果您需要发布日期,请使用您所引用版本的发布年份(例如,2013 for v1.5)
+
如果您需要发布日期,请使用您所引用版本的发布年份(例如,v1.5 为 2013)
  
  
第189行: 第190行:
  
 
</div>
 
</div>
 +
<div class="clearer">
  
[[Category:Django 3.0.x 中文文档]]
+
 
 +
 
 +
</div>
 +
 
 +
[[Category:Django 3.0.x 文档]]

2021年10月31日 (日) 04:08的最新版本

常见问题:一般

为什么会有这个项目?

Django 源于一个非常实际的需求:World Online 是一家报纸 Web 运营商,负责在新闻截止日期前构建密集的 Web 应用程序。 在快节奏的新闻编辑室中,World Online 通常只有几个小时的时间来完成复杂的 Web 应用程序从概念到公开发布的过程。

同时,World Online Web 开发人员在遵循 Web 开发的最佳实践方面一直是完美主义者。

2003 年秋季,World Online 开发人员(Adrian Holovaty 和 Simon Willison)放弃了 PHP,开始使用 Python 开发其网站。 随着他们构建密集的、交互性强的站点(例如 Lawrence.com),他们开始提取一个通用的 Web 开发框架,使他们能够越来越快地构建 Web 应用程序。 他们不断调整这个框架,在两年内增加了改进。

2005 年夏天,World Online 决定开源由此产生的软件 Django。 如果没有一整套开源项目,Django 就不可能实现——ApachePythonPostgreSQL 等等——我们很高兴能够回馈开源社区。


“姜戈”是什么意思,你怎么发音?

Django 以 Django Reinhardt 的名字命名,Django Reinhardt 是 1930 年代至 1950 年代初的爵士乐吉他手。 直到今天,他仍被认为是有史以来最好的吉他手之一。

听听他的音乐。 你会喜欢的。

Django 发音为 JANG-oh。 与 FANG-oh 押韵。 “D”是沉默的。

我们还录制了 发音的 音频剪辑。


Django 稳定吗?

是的,它非常稳定。 Disqus、Instagram、Pinterest 和 Mozilla 等公司多年来一直在使用 Django。 建立在 Django 上的网站经受住了每秒超过 5 万次点击的流量高峰。


Django 可以扩展吗?

是的。 与开发时间相比,硬件便宜,因此 Django 旨在利用尽可能多的硬件。

Django 使用“无共享”架构,这意味着您可以在任何级别添加硬件——数据库服务器、缓存服务器或 Web/应用程序服务器。

该框架清晰地分离了诸如数据库层和应用层之类的组件。 它附带了一个简单而强大的 缓存框架


这是谁的幕后推手?

Django 最初是在美国堪萨斯州劳伦斯一家报纸的网络部门 World Online 开发的。 Django 现在由一个国际 志愿者团队 运营。


Django 是如何获得许可的?

Django 分布在 :source:`3 条款 BSD 许可证 ` . 这是一个开源许可证,授予修改和重新分发 Django 的广泛权限。


为什么 Django 包含 Python 的许可文件?

Django 包含来自 Python 标准库的代码。 Python 是在宽松的开源许可证下分发的。 :source:`Python 许可证的副本 ` 包含在 Django 中以符合 Python 的条款。


哪些网站使用 Django?

DjangoSites.org 提供了一个不断增长的 Django 站点列表。


Django 似乎是一个 MVC 框架,但您将控制器称为“视图”,将视图称为“模板”。 你怎么不使用标准名称?

嗯,标准名称是有争议的。

在我们对 MVC 的解释中,“视图”描述了呈现给用户的数据。 不一定是如何数据看起来,而是'数据的呈现方式。 该视图描述了您看到的数据,而不是您看到的数据。这是一个微妙的区别。

因此,在我们的例子中,“视图”是特定 URL 的 Python 回调函数,因为该回调函数描述了呈现哪些数据。

此外,将内容与演示分开是明智的——这就是模板的用武之地。 在 Django 中,“视图”描述了呈现哪些数据,但视图通常委托给模板,该模板描述 如何 呈现数据。

那么,“控制器”适用于何处? 在 Django 的情况下,它可能是框架本身:根据 Django URL 配置将请求发送到适当视图的机制。

如果您渴望首字母缩略词,您可能会说 Django 是一个“MTV”框架——即“模型”、“模板”和“视图”。 这种崩溃更有意义。

当然,归根结底,这归结为完成工作。 而且,无论事物如何命名,Django 以对我们来说最合乎逻辑的方式完成工作。


做 – 为什么 Django 没有?

我们很清楚还有其他很棒的 Web 框架,并且我们不反对在适当的地方借用想法。 然而,Django 的开发正是因为我们对现状不满,所以请注意“因为 do it”并不是将给定功能添加到 Django 的充分理由。


为什么你从头开始编写所有 Django,而不是使用其他 Python 库?

最初编写 Django 时,Adrian 和 Simon 花了很多时间探索各种可用的 Python Web 框架。

在我们看来,他们中没有一个完全符合要求。

我们很挑剔。 你甚至可以称我们为完美主义者。 (有截止日期。)

随着时间的推移,我们偶然发现了一些我们已经实现的开源库。 看到其他人以类似方式解决类似问题令人欣慰,但集成外部代码为时已晚:我们已经在多个生产环境中编写、测试和实现了我们自己的框架位 - 我们自己的代码愉快地满足了我们的需求.

然而,在大多数情况下,我们发现现有的框架/工具不可避免地存在某种基本的、致命的缺陷,这让我们感到不安。 没有任何工具 100% 符合我们的理念。

就像我们说的:我们很挑剔。

我们已经在 设计理念页面 上记录了我们的理念。


Django 是内容管理系统 (CMS) 吗?

不,Django 本身不是 CMS,也不是任何类型的“交钥匙产品”。 它是一个 Web 框架; 它是一种编程工具,可让您构建网站。

例如,将 Django 与 Drupal 之类的东西进行比较没有多大意义,因为 Django 是您用来 create 之类 Drupal 的东西。

当然,Django 的自动管理站点非常棒且省时——但管理站点是 Django 框架的一个模块。 此外,尽管 Django 为构建“CMS-y”应用程序提供了特殊的便利,但这并不意味着它不仅适合构建“非 CMS-y”应用程序(不管这意味着什么!)。


如何下载 Django 文档以离线阅读?

Django 文档位于每个 Django tarball 版本的 docs 目录中。 这些文档是reST(reStructuredText)格式,每个文本文件对应一个Django官方站点上的一个网页。

因为文档是 :source:`存储在版本控制中 ` ,您可以像浏览代码更改一样浏览文档更改。

从技术上讲,Django 站点上的文档是根据这些 reST 文档的最新开发版本生成的,因此 Django 站点上的文档可能提供比最新 Django 版本附带的文档更多的信息。


我如何引用 Django?

很难给出正式的引文格式,原因有二:不同出版物的引文格式差异很大,软件的引文标准仍然存在争议。

例如,APA 样式 会规定如下内容:

Django (Version 1.5) [Computer Software]. (2013). Retrieved from https://djangoproject.com.

但是,唯一真正的指南是您的出版商会接受的内容,因此请获取这些指南的副本并尽可能地填补空白。

如果您的引用样式指南需要发布者名称,请使用“Django Software Foundation”。

如果您需要发布地点,请使用“Lawrence, Kansas”。

如果您需要网址,请使用 https://djangoproject.com。

如果你需要一个名字,只需使用“Django”,没有任何标语。

如果您需要发布日期,请使用您所引用版本的发布年份(例如,v1.5 为 2013)