1、如果你曾经使用过Python,你一定好奇,为什么我们运行python manage.py shell而不是python。这两个命
令都会启动交互解释器,但是manage.py shell命令有一个重要的不同: 在启动解释器之前,它告诉Django使用哪
个设置文件。 Django框架的大部分子系统,包括模板系统,都依赖于配置文件;如果Django不知道使用哪个配置文
件,这些系统将不能工作。
2、在django 1.5中,DJANGO_SETTINGS_MODULE是在manage.py里面设置的,本质是一个环境变量,它默认指
向应用下的settings.py。所以在利用上面的那个 命令行去 启动python shell的时候,会自动的在manage.py文件里
面找到该django项目所默认 使用的设置文件。可以去看看manage.py文件里面的内容就知道了。
3、render(c)返回的值是一个Unicode对象,不是普通的Python字符串。Django对Unicode的支持,将让你的应用
程序轻松地处理各式各样的字符集,而不仅仅是基本的A-Z英文字符。
4、当传入context的类型为Python中的复合类型的时候,模板中的点号查找方式按照如下的顺序,并且查找过程是
有短路逻辑的:
句点查找规则可概括为: 当模板系统在变量名中遇到点时,按照以下顺序尝试进行查找:
-
字典类型查找 (比如 foo["bar"] )
5
-
属性查找 (比如 foo.bar )
-
方法调用 (比如 foo.bar() )
-
列表类型索引查找 (比如 foo[bar] )
系统使用找到的第一个有效类型。 这是一种短路逻辑。
句点查找可以多级深度嵌套。 例如在下面这个例子中 {{person.name.upper}} 会转换成字典类型查找(person['name'] ) 然后是方法调用( upper() ):