注意Django代码1、模板标记中有扩展和包含冲突。 如果存在extend，则无法启用include。 理由：原因是基础渲染独立机构的设计。 2，#coding:utf-8语句只有在代码文件的第一行中才能生效，放在注释字符串之后才能生效。 3、由于前端的发展，开机自检要求的Rest化，Django原生技术设施层的简化，事务包的推进，业务层完全可以进入视图。 同事rest风格化的好处是可以将业务模块之间的呼叫放在前端。 保证了后端模块之间的相切。 4、用户在自己生成丰富文本内容的页面上，最好不要放置带有XSRF的POST表单。 前者可能会窃取后者的Token信息。 5、模板中==的比较逻辑运算符号两侧必须有空格。 否则，影响模板分析的6、在form.is_valid内部逻辑的Clean_data处理中抛出的异常不会传递到外部，而只是变成form.is_valid (返回false. 7、7 ) 8 2是中途返回的直接返回掉落。 这样做不符合进程编程函数的设计原则，但代码相对简洁。 9、Ubuntu生产环境下不能打印unicode中文。 否则，由于error. 10、DJango的500机制和事务机制，DJango的View层对异常处理代码的依赖较弱。 11、model form定义：前台没有出现的字段，必须去掉exclude或为空。 但是，由于空值会影响默认值，因此删除exclude是最好的方法。 否则，即使blank丢失，表单存储也会发生错误。 如果表单中没有显示任何字段，则默认值为Null。 比exclude更有用的定义方法是定义fields元信息，model不需要添加不使用的字段来更新form定义12，数据库存的时区性数据的格式显示必须放入template中，通过date等过滤器进行操作如果直接用datetime的striftime格式化，时区属性数据将丢失。 出来的时间到了格林威治时间的值。 在代码中进行strifttime处理时，请先使用django.utils.time zone.local time方法进行处理。 那样的话，出来的时间就会成为通常的13，django调试的问题之一。 众所周知，runserver启动并更改代码14、表单验证错误在较旧版本中没有文本信息。 不久前看文档，新版本增强了errors，比较容易使用比如as_json ()和as_text )，有两种方法，我用比较旧的版本自己写函数errors对象从可扩展性的角度来看，默认情况下，建议全部使用through。 可以将date_added字段添加到中间关系表中。 顺便添加unique_together约束，但through有缺陷。 (在写入中，如果未打开through，则准备更改为添加了through。 要进行最小更改，必须首先删除此ManyToMany字段，启用migrate，然后添加带through的ManyToMany字段。 当然，后台的数据会再次备份并启用。 这应该是当前django迁移特性的缺陷。
作为参考，回答来源网络，希望对您有帮助