|
2.0/chapter08/#349 |
2009-12-07 11:57:56
|
<literal></literal> .从这点来看,在同一个视图函数中对<literal> POST</literal> 和<literal></literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#353 |
2009-12-07 12:27:31
|
下边的示例展示了这个技术是如何帮我们改进前边那个简单的<literal> some_page()</literal> 视图的:
|
|
|
2.0/chapter08/#348 |
2009-12-07 11:44:41
|
它们唯一的共同点是共享一个URL地址:
|
|
|
2.0/chapter08/#347 |
2009-12-07 11:43:33
|
和<literal> GET</literal> 这两种请求方法的处理完全不同。
|
|
|
2.0/chapter08/#347 |
2009-12-07 11:42:22
|
和<literal> GET</literal> 请求方法的处理完全不同。
|
|
|
2.0/chapter08/#346 |
2009-12-07 11:40:02
|
在这个示例中,<literal> some_page</literal> 视图函数对<literal> POST</literal> |
|
|
2.0/chapter08/#342 |
2009-12-07 11:35:41
|
说到关于请求方法的分支,让我们来看一下可以用什么好的方法来实现它。
|
|
|
2.0/chapter08/#342 |
2009-12-07 11:34:36
|
说到关于请求方法的分支,让我们来看一下可以用什么好方法来实现它。
|
|
|
2.0/chapter08/#340 |
2009-12-07 10:45:56
|
视图函数的高级概念
|
|
|
2.0/chapter05/#445 |
2009-12-03 18:15:22
|
一旦你创建了模型,Django自动为这些模型提供了高级的Python API。
|
|
|
2.0/chapter08/#343 |
2009-11-29 04:17:13
|
考虑这个 URLconf/view 设计:
|
|
|
2.0/chapter01/#210 |
2009-10-19 21:29:58
|
可以通过<reference name="http://www.djangoproject.com/r/django-users" refuri="http://www.djangoproject.com/r/django-users">http://www.djangoproject.com/r/django-users</reference> 来免费注册。
|
|
|
2.0/chapter01/#209 |
2009-10-19 21:26:49
|
django邮件列表是很多django用户提出问题、回答问题的地方。
|
|
|
2.0/chapter06/#22 |
2009-10-21 01:00:33
|
请注意我们建议你读这章,即使你不打算用admin。因为我们将介绍一些概念,这些概念可以应用到Django的所有方面,而不仅仅是admin
|
|
|
2.0/chapter08/#349 |
2009-12-07 11:58:28
|
<literal></literal> .从这点来看,在同一个视图函数中对<literal> POST</literal> 和<literal></literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 11:59:57
|
<literal></literal> .从这点来看,在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 12:01:42
|
<literal></literal> .正如大家所看到的,在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 12:02:51
|
<literal> /somepage/.</literal>正如大家所看到的,在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#350 |
2009-12-07 12:08:57
|
一个比较好的设计习惯应该是,用两个分开的视图函数——一个处理<literal> POST</literal> 请求,另一个处理<literal> GET</literal> 请求,然后在相应的地方分别进行调用。
|
|
|
2.0/chapter08/#352 |
2009-12-07 12:19:00
|
我们可以像这样做:先写一个视图函数然后由它来具体分派其它的视图。
|
|
|
2.0/chapter08/#362 |
2009-12-07 15:10:43
|
在URLconf中,我们把<literal> /somepage/</literal> 指到<literal> method_splitter()</literal> 函数,并把视图函数额外需要用到的<literal> GET</literal> 和<literal> POST</literal> 参数传递给它。
|
|
|
2.0/chapter03/#0 |
2009-10-18 20:54:50
|
第三章 视图和URL配置
|
|
|
2.0/chapter08/#353 |
2009-12-07 12:27:15
|
下边的示例展示了这个技术是如何帮我们改进前边那个简单的<literal> some_page()</literal> 视图函数的:
|
|
|
2.0/chapter08/#378 |
2009-12-26 21:55:29
|
这里我们已经重构了<1>method_splitter()<2>移除了 关键字参数<3>GET<4> 和<5>POST<6>,用<7>*args<8>和<9>**kwargs<10>取而代之。
|
|
|
2.0/chapter12/#0 |
2009-10-19 16:12:03
|
第十二章:
|
|
|
2.0/chapter01/#207 |
2009-10-19 21:10:04
|
你可以毫无约束的提各种 问题在上面如:从django的安装,app 设计,db 设计,发布。
|
|
|
2.0/chapter01/#206 |
2009-10-19 21:19:13
|
django的最大的益处是,有一群乐于助人的人在django社区上。
|
|
|
2.0/chapter03/#237 |
2009-11-25 22:44:17
|
最重要的设置是ROOT_URLCONF,它将作为URLconf告诉Django在这个站点中那些Python的模块将被用到
|
|
|
2.0/chapter01/#194 |
2009-10-19 22:36:01
|
Django的开发者保证主要版本号向后兼容。
|
|
|
2.0/chapter09/#212 |
2010-08-17 15:26:18
|
&被转换为&
|
_建议_:
|
|
2.0/chapter05/#476 |
2010-08-27 15:24:05
|
当我们打印整个publisher列表时,我们没有得到想要的有用信息,无法把<literal>Publisher</literal>对象区分开来:
|
_建议_:
|
|
2.0/chapter06/#300 |
2010-04-08 17:09:23
|
119
|
|
|
2.0/chapter11/#1 |
2009-12-26 21:07:59
|
通用视图
|
|
|
2.0/chapter14/#12 |
2009-12-24 09:11:18
|
要开发一个真正令人心动的网站,我们必须面对浏览器后面活生生的人。
|
|
|
2.0/chapter14/#74 |
2009-12-02 11:40:38
|
cookie需要延续的时间(以秒为单位)
|
|
|
2.0/chapter10/#185 |
2010-04-15 16:53:04
|
xx
|
|
|
2.0/chapter09/#436 |
2010-04-16 12:17:14
|
文本节点
|
|
|
2.0/chapter20/#134 |
2009-10-20 18:51:33
|
解决方案
|
|
|
2.0/chapter01/#15 |
2009-10-19 22:33:44
|
本书的代码清晰,易维护,通过学习,可以快速开发功能强大的网站。
|
|
|
2.0/chapter20/#87 |
2009-10-20 18:51:07
|
(参考 附录 C.) 这个参数故意设计成可以接受原始的SQL.
|
|
|
2.0/chapter01/#197 |
2009-10-19 22:38:22
|
如果Django到了2.0,你的应用可能不再兼容,需要重写,但是,2.0是很遥远的事情。
|
|
|
2.0/chapter01/#195 |
2009-10-19 22:37:26
|
这意味着,你用Django 1.1写的应用,可以用于1.2,1.3,1.9等所有以1开头的版本
|
|
|
2.0/chapter01/#192 |
2009-10-19 22:34:56
|
此书内容对django 1.1兼容。
|
|
|
2.0/chapter09/#210 |
2010-08-17 15:25:35
|
<literal>"</literal>(双引号)被转换为<literal>"</literal> |
_建议_:
|
|
2.0/chapter09/#208 |
2010-08-17 15:25:08
|
<literal>'</literal>(单引号)被转换为<literal>'</literal> |
_建议_:
|
|
2.0/chapter14/#41 |
2009-12-02 11:48:52
|
Google会(以及目前)使用它在网页上显示你账号的用户名。
|
|
|
2.0/chapter08/#356 |
2009-12-07 12:29:21
|
让我们从头看一下代码是如何工作的:
|
|
|
2.0/chapter08/#358 |
2009-12-07 12:42:06
|
我们写了一个新的视图,<literal> method_splitter()</literal> ,它根据<literal> request.method</literal> 返回的值来调用相应的视图。可以看到它带有两个关键参数,<literal> GET</literal> 和<literal> POST</literal> ,也许应该是<emphasis> 视图函数</emphasis> 。如果<literal> request.method</literal> 返回<literal> GET</literal> ,那它就会自动调用<literal> GET</literal> 视图。
|
|
|
2.0/chapter02/#16 |
2009-10-20 18:59:41
|
Python版本
|
|
|
2.0/chapter14/#50 |
2009-12-02 11:52:30
|
每一个<literal> HttpRequest</literal> 对象都有一个<literal> COOKIES</literal> 对象,该对象的行为类似一个字典,你可以使用它读取任何浏览器发送给视图(view)的cookies。
|
|