简介：今天，首席CTO指出，要与您分享如何编写有关Django的约束。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
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字段添加到中间关系表中。顺便说一句，唯一_todecter受到限制，但是通过使用是有缺陷的：写作操作有点麻烦。应首先删除这个Manytomany字段，然后迁移生效，然后添加一个Manytomany字段。当然，背景是在背景中。
不像Python本身那么方便
您需要在周期中判断自己，例如：
....做什么...
但是，我仍然建议您在模板中少做一些事情。毕竟，该模板不用于提供计算，但它只是显示的框架。
Django是一个基于MVC结构的框架。但是，在Django中，控制器接受用户输入框架，因此Django更关心模型，模板和视图，称为MTV模式。它们各自的职责如下如下。：分层责任模型（模型），即与数据访问层处理相关的所有交易：如何访问，如何验证有效性，哪些行为包含了哪些行为以及data.template之间的关系。性能层处理和性能：如何在页面或其他类型的文档中显示它。视图（视图），即商业逻辑层访问模型以及适当template.bridge的相关逻辑。上面的语句，我们可以看到Django视图未处理用户输入，而仅决定向用户显示哪些数据，而Django模板仅确定如何显示Django VIE指定的数据换句话说，django进一步将MVC中的视图分解为两个部分：Django View和Django Template，它决定了“要显示的数据”和“如何显示”模板。
至于MVC控制器部件，它由Django框架的URLCONF实现。URLCONF机制是将URL与正则表达式匹配，然后调用适当的Python函数。URLCONF对URL规则没有任何限制。您可以完全设计任意的URL样式，无论是传统，静止的还是替代的。该框架由控制层封装。它不过是数据库表的数据库表读取，写作，删除和更新的操作。编写程序时，只需调用相应的方法，感觉很方便。程序员将控制层交给Django以自动完成它。仅编写一个非常几个代码来完成很多内容。MVC框架，因为我们的大多数程序员正在编写控制层的程序。
结论：以上是首席CTO注释向您提出的关于Django的约束的所有内容。我希望这对每个人都会有所帮助。如果您想了解有关此信息的更多信息，请记住收集并关注此网站。