本文将告诉您Django如何看待变化，知识点与Django技能相对应。我希望这对您有帮助。不要忘记收集此网站。
本文目录清单：
1.在DJANGO框架（8）中，在DJANGO框架中使用名称参数的使用和模板渲染2.如何修改Django背景应用程序3，“ Django Framework”的顺序，以拆卸配置文件设置4.Django编写Codethe名称参数的重要性可以给出匹配的URL地址。通常用于模板。您也可以使用反向进行页面重定向。
1.对于应用程序中的书籍中的urls.py（命名为URL）
2. views.py在应用程序中的书籍中（重定向是重定向方向，反面是将URL的名称解析为URL本身的函数）
1.名称参数可以给该URL一个合适的名称。通过使用URL的名称，将来在视图或模板中使用此名称，您只需要使用此名称。其原因是防止URL来自更改，这将导致在其他地方使用此URL的位置的更改，但是如果以该名称获取，则不会进行任何更改。
2.注意：
1.模板在哪里？
2.在项目的主要目录中制作模板路径配置；将设置的寺庙目录路径添加到HTML模板的模板目录中。
注意：反向方法中还可以有夸尔格斯参数。参数直接传递给您要在反面解析后要跳到的URL路径中的捕获参数，以达到传递参数的效果。
Django修改了管理背景中显示的名称
Dajngo在管理背景中的默认显示的名称是创建应用程序时的名称
从django1.7中，您不再使用app_label，并且需要使用appconfig修改应用程序相关的应用程序。对Django版本更新的大型更改，建议使用Django的官方文档。Baidu，Google只能在__init__.py的应用中进行帮助，并将其修改。
当使用django命令生成项目的基本结构时，配置信息将保留在settings.py文件中，以与项目目录同名目录的目录中。在实际开发中，对于一个项目，这通常是不合适的。将设置配置文件授予几个文件。将在线使用的文件放在base.py文件中，在product.py文件上的在线文件，开发测试文件放在devert.py fileessencethis函数部门中很明确，这对于我们的在线和离线调试非常方便。
1）在同名项目中，创建一个设置包（目录中包含__init__.py的文件夹）。
2）在设置软件包中创建3个新文件：public base base.py（用于配置Django默认配置文件），develop.py（用于开发环境）和product.py（用于生产环境）。
3）将原始设置的内容复制到base.py文件。
4）确认目录确定后，我们需要在base.py中修改时区和语言配置：
如果需要修改类似的公共零件，则可以在base.py（例如注册表应用程序）中修改它，这里没有示例。
5）之后，对于不同的在线和离线零件，我们只能导入base.py模块并将其修改为不同零件。例如，在线和离线对接不同的测试数据库，我们可以修改数据库连接：
6）修改Manage.py文件。使用自己的服务开始时，Django需要知道设置文件的路径。
7）生产时，请使用asgi.py（在django3.x中）或wsgi.py（django2.x版本），您可以更改生产配置文件的路径：
上述问题也有问题。如果在线和离线环境切换，我们需要更改代码，我们可以通过设置系统环境变量来动态获取它，以避免修改代码：
这样，Django通过在系统环境变量中读取Lipin_profile来加载不同的设置文件。
这可以删除原始设置.py文件！交叉
但是会有一个问题。您会发现我们无法访问以前的好网页，也找不到模板！
这是因为在先前的配置文件中，路径问题，因为我们的原始配置文件以同一名称为单位，现在我们被分为一个新软件包，因此我们需要转到第一级目录是我们需要的
Django代码注释
1.扩展并包含在模板标签中是冲突。随着扩展，包含无法生效。原因是基础渲染的独立机制的设计。
2.＃编码：UTF-8此句子只能在代码文件的第一行中生效，并且在注释字符串后面可能无效。
3.发布请求休息和Django的本机技术设施层由前端开发简化和交易包装前进。结果是可以将业务层放置在视图中。
4.用户的自我生成的文本内容页面上有一个用户。最好不要将帖子表格放在XSRF上。前者可能会窃取后者的令牌信息。
5.在模板==中，逻辑操作符号的两侧必须有一个空间，否则会影响模板分析
6.以表单的内部逻辑中的clean_data处理中抛出的异常。IS_VALID不会向外传递，但仅会变成form.is_valid（）返回false。
7. Django的业务层和视图层如何划分问题，一种简单的方法是将业务层发送到哪个参数级别，我个人认为验证的表单更合适。
8.如果否则：1是直接处理它的两种简化的多级技术：12是中途回报的直接回报。尽管这不符合流程编程功能设计原理，但代码相对简单。
9. Ubuntu的生产环境不能以中文为单数，否则会导致错误。
10.由于Django的500个机制和交易机制，Django视图层与异常处理代码相对较弱。
11.模型表格定义：没有出现在首页上的字段，请确保掉落或null，但null会影响默认值，因此最好的方法是掉落。否则，由于表单中的字段似乎并未覆盖默认值为null。比排除更方便的定义方法是定义字段元信息，因此模型添加了未使用的字段，您无需运行到RE- 填写表单定义
12.数据库 - 内存数据的格式显示在模板中显示带有诸如日期之类的过滤器。如果您直接使用DateTime的横Striftime格式化，它将导致时区数据丢失。时间是值得的。如果您在代码中的Strifttime中处理它，则可以首先使用django.utils.timezone.localtime方法。
13. Django调试中的一个问题：众所周知，RunServer启动，更改代码，服务将重新启动，但是更改自定义标签代码，服务不会重新启动。
14.表单验证的错误中没有文本信息。看文档前一段时间，我发现新版本加强了错误。在较旧版本中，我编写了一个函数来分析错误对象的反馈文本信息。
15.通过Manytomany字段无法添加或删除。为了进行可伸缩性，建议默认情况下添加。您可以将date_added字段添加到中间关系表中。顺便说一句，唯一_together受到限制，但是使用的使用是有缺陷的：WriteThe操作有点麻烦。应首先删除这个Manytomany字段，然后迁移生效，然后添加一个Manytomany字段。当然，背景是在背景中。
让我们谈谈Django如何看待变化的引入。感谢您阅读本网站的内容。有关Django技能的更多信息以及Django如何看待这一变化。不要忘记在此网站上找到它。