|
KataDoc360
|
2.0/chapter03/#259 |
2009-10-23 11:02:19
|
如果找到匹配，将调用相应的视图函数
|
|
|
KataDoc360
|
2.0/chapter03/#257 |
2009-10-23 11:01:42
|
Django在URLconf中的所有URL模式中，查找第一个匹配/hello/的条目。
|
|
|
KataDoc360
|
2.0/chapter03/#255 |
2009-10-23 11:00:23
|
Django通过在ROOT_URLCONF配置来决定根URLconf.
|
|
|
KataDoc360
|
2.0/chapter03/#251 |
2009-10-23 10:58:59
|
总结一下：
|
|
|
KataDoc360
|
2.0/chapter03/#253 |
2009-10-23 10:58:42
|
进来的请求转入/hello/.
|
|
|
KataDoc360
|
2.0/chapter03/#251 |
2009-10-23 10:58:06
|
总的来说：
|
|
|
KataDoc360
|
2.0/chapter03/#249 |
2009-10-23 10:57:42
|
正如我们在第一个视图例子里面看到的，一个视图功能必须返回一个HttpResponse。 一旦做完，Django将完成剩余的转换Python的对象到一个合适的带有HTTP头和body的Web Response，（例如，网页内容）。
|
|
|
KataDoc360
|
2.0/chapter03/#247 |
2009-10-23 10:45:47
|
（我们将在后面看到HttpRequest的标准）
|
|
|
KataDoc360
|
2.0/chapter03/#242 |
2009-10-23 10:45:03
|
相应的文件mysite/urls.py
|
|
|
KataDoc360
|
2.0/chapter03/#239 |
2009-10-23 10:44:35
|
还记得什么时候django-admin.py startproject创建文件settings.py和urls.py吗？自动创建的settings.py包含一个ROOT_URLCONF配置用来指向自动产生的urls.py. 打开文件settings.py你将看到如下：
|
|
|
KataDoc360
|
2.0/chapter03/#237 |
2009-10-23 10:41:16
|
最重要的设置时ROOT_URLCONF，它将作为URLconf告诉Django在这个站点中那些Python的模块将被用到
|
|
|
KataDoc360
|
2.0/chapter03/#236 |
2009-10-23 10:38:53
|
TEMPLATE_DIRS , DATABASE_NAME
, 等.
|
|
|
KataDoc360
|
2.0/chapter03/#235 |
2009-10-23 10:38:31
|
所有均开始于setting文件。当你运行python manage.py
runserver，脚本将在于manage.py同一个目录下查找名为setting.py的文件。这个文件包含了所有有关这个Django项目的配置信息，均大写：
|
|
|
KataDoc360
|
2.0/chapter03/#233 |
2009-10-23 10:35:11
|
具体地说，当你通过在浏览器里敲http://127.0.0.1:8000/hello/来访问Hello world消息得时候，Django在后台有些什么动作呢？
|
|
|
KataDoc360
|
2.0/chapter03/#232 |
2009-10-23 10:32:59
|
在继续我们的第二个视图功能之前，让我们暂停一下去了解更多一些有关Django是怎么工作的知识.
|
|
|
KataDoc360
|
2.0/chapter03/#232 |
2009-10-23 10:32:01
|
在继续我们的第二个视图功能之前，让我停一下去更多了解一下Django是怎么工作的.
|
|
|
KataDoc360
|
2.0/chapter03/#227 |
2009-10-23 10:30:42
|
例如:
|
|
|
KataDoc360
|
2.0/chapter03/#226 |
2009-10-23 10:30:28
|
当为网站根目录实现一个视图，你需要使用URL模式<literal> '^$'</literal> , 它代表一个空字符串。
|
|
|
KataDoc360
|
2.0/chapter03/#225 |
2009-10-23 10:28:26
|
尽管匹配网站根目录的URL模式不能想象，但是还是值得提一下的.
|
|
|
KataDoc360
|
2.0/chapter03/#223 |
2009-10-23 10:19:06
|
就像在URLconf中的其他条目一样，它也依赖于指定给它的URL模式.
|
|
|
mitnk
|
2.0/chapter07/#103 |
2009-10-23 10:18:36
|
继续本书一直进行的关于书籍、作者、出版社的例子，我们现在来创建一个简单的view函数以便让用户可以通过书名从数据库中查找书籍。
|
|
|
2.0/chapter02/#78 |
2009-10-23 10:09:12
|
安装Trunk版本
|
|
|
KataDoc360
|
2.0/chapter03/#222 |
2009-10-23 10:00:58
|
在最后一节，如果你想通过http://127.0.0.1:8000/看网站根目录你将看到一个404错误消息。Django不会增加任何东西在网站根目录，在任何情况下这个URL都不是特殊的
|
|
|
KataDoc360
|
2.0/chapter03/#209 |
2009-10-23 09:57:36
|
Django的404 Error页
|
|
|
KataDoc360
|
2.0/chapter03/#198 |
2009-10-23 09:57:16
|
参见404 Errors
|
|
|
KataDoc360
|
2.0/chapter03/#139 |
2009-10-23 09:56:25
|
开发服务器将自动检测Python代码的更改来做必要的重新加载， 所以你不需要重启Server在代码更改之后。服务器运行地址<literal> http://127.0.0.1:8000/</literal> ，所以打开浏览器直接输入<literal> http://127.0.0.1:8000/hello/</literal> ，你将看到由你的Django视图输出的Hello world。
|
|
|
KataDoc360
|
2.0/chapter03/#131 |
2009-10-23 09:51:30
|
如果你是喜欢所有URL都以'/'结尾的人（Django开发者的偏爱），那么你只需要在每个URL后添加斜杠，并且设置"APPEND_SLASH"为"True". 如果不喜欢URL以斜杠结尾或者根据每个URL来决定，那么需要设置"APPEND_SLASH"为"False",并且根据你自己的意愿来添加结尾斜杠/在URL模式后.
|
需要验证
|
|
mitnk
|
2.0/chapter07/#101 |
2009-10-23 09:50:47
|
一个简单的表单处理示例
|
|
|
mitnk
|
2.0/chapter07/#99 |
2009-10-23 09:50:00
|
POST数据是由HTML中的〈form〉标签提交的，由GET数据可以由〈form〉提交也可以由来自URL中的查询语句(the query string)。
|
|
|
mitnk
|
2.0/chapter07/#141 |
2009-10-23 09:48:03
|
查询字符串参数
|
|
|
mitnk
|
2.0/chapter07/#99 |
2009-10-23 09:47:28
|
POST数据通常由HTML语言的 |
|
|
mitnk
|
2.0/chapter07/#99 |
2009-10-23 09:47:19
|
POST数据通常由HTML语言的 |
|
|
princelai
|
2.0/chapter04/#338 |
2009-10-23 03:41:44
|
例如，这些事合法的：
|
|
|
princelai
|
2.0/chapter04/#318 |
2009-10-23 03:39:20
|
对象<literal>False</literal>（很明显）
|
|
|
princelai
|
2.0/chapter04/#316 |
2009-10-23 03:38:35
|
特殊对象<literal>None</literal> |
|
|
princelai
|
2.0/chapter04/#314 |
2009-10-23 03:38:05
|
零值(<literal>0</literal> )
|
|
|
princelai
|
2.0/chapter04/#312 |
2009-10-23 03:37:42
|
空字符串(<literal>''</literal> )
|
|
|
princelai
|
2.0/chapter04/#310 |
2009-10-23 03:37:22
|
空字典(<literal>{}</literal> )
|
|
|
princelai
|
2.0/chapter04/#308 |
2009-10-23 03:37:05
|
空元组(<literal>()</literal> )
|
|
|
princelai
|
2.0/chapter04/#306 |
2009-10-23 03:36:39
|
空列表(<literal>[]</literal> )
|
|
|
princelai
|
2.0/chapter04/#306 |
2009-10-23 03:36:37
|
空列表(<literal>[]</literal> )
|
|
|
princelai
|
2.0/chapter04/#304 |
2009-10-23 03:36:13
|
在Python和Django模板系统中，以下这些对象相当于布尔值的<literal>False</literal> |
|
|
princelai
|
2.0/chapter04/#227 |
2009-10-23 03:33:47
|
一点提示：
|
|
|
princelai
|
2.0/chapter04/#137 |
2009-10-23 03:31:46
|
在框架中，Django会一直使用Unicode对象而不是普通的字符串。
|
|
|
princelai
|
2.0/chapter04/#136 |
2009-10-23 03:30:49
|
你可以在字符串前加上<literal>u</literal>来声明。
|
|
|
princelai
|
2.0/chapter04/#135 |
2009-10-23 03:30:10
|
我们必须指出的一点是，<literal>t.render(c)</literal>返回的值是一个Unicode对象，不是普通的Python字符串。
|
|
|
princelai
|
2.0/chapter04/#112 |
2009-10-23 03:27:16
|
无效的tags
|
|
|
princelai
|
2.0/chapter04/#96 |
2009-10-23 03:26:15
|
让我们来了解一些模板系统的基本知识：
|
|
|
princelai
|
2.0/chapter04/#86 |
2009-10-23 03:25:12
|
大部分的Django都包含了模板系统，如果框架不知道你使用哪个设置，你将一直不能使用这个系统，这依赖于你的设置。
|
|
|
princelai
|
2.0/chapter04/#85 |
2009-10-23 03:22:36
|
在启动解释器之前，它告诉Django使用哪个设置文件。
|
|
