|
2.0/chapter01/#161 |
2009-10-20 14:28:29
|
剩下的13-20章，讲述django特有的特点，可以任意顺序阅读。
|
|
|
2.0/chapter01/#31 |
2009-10-19 23:07:32
|
如下示例，用python cgi脚本显示数据库中最新出版的10本书：
|
|
|
2.0/chapter01/#28 |
2009-10-19 23:06:16
|
首先做一个python脚本，输出HTML代码，然后保存成.cgi扩展名的文件，通过浏览器访问此文件。
|
|
|
2.0/chapter01/#27 |
2009-10-19 23:04:24
|
现在从应用角度解释它是如何工作：
|
|
|
2.0/chapter01/#24 |
2009-10-20 13:49:50
|
注意，框架开发会使你成为一个优秀的web开发者。）
|
|
|
2.0/chapter01/#46 |
2009-10-20 13:50:12
|
尽管实现很简单，还是暴露了一些问题和不便的地方。
|
|
|
2.0/chapter02/#302 |
2009-10-21 10:09:44
|
你会看到大概像这样
|
|
|
2.0/chapter01/#143 |
2009-10-20 18:04:32
|
某些方面 <1>特别高效<2> 与 其他方面 <3>不高效<4> 是有区别的）
|
|
|
2.0/chapter08/#359 |
2009-12-07 12:43:07
|
如果<literal> request.method</literal> 返回的是<literal> POST</literal> ，那它调用的就是<literal> POST</literal> 视图。
|
|
|
2.0/chapter01/#143 |
2009-10-20 18:12:15
|
某些方面 特别高效与 其他方面 不高效 是有区别的, django在其他方面也同样高效）
|
|
|
2.0/chapter08/#360 |
2009-12-07 14:58:49
|
如果<literal> request.method</literal> 返回的是其它值（如：<literal> HEAD</literal> ），或者是没有把<literal> GET</literal> 或<literal> POST</literal> 提交给此函数，那它就会抛出一个<literal> Http404</literal> 错误。
|
|
|
2.0/chapter08/#362 |
2009-12-07 15:08:24
|
在URLconf中，我们把<literal> /somepage/</literal> 指到<literal> method_splitter()</literal> 函数，并把视图函数需要用到的<literal> GET</literal> 和<literal> POST</literal> 参数传递给它。
|
|
|
2.0/chapter08/#364 |
2009-12-07 15:17:46
|
最终，我们把<literal> some_page()</literal> 视图分解到两个视图函数中<literal> some_page_get()</literal> 和<literal> some_page_post()</literal> 。这比把所有逻辑都挤到一个单一视图的做法要优雅得多。
|
|
|
2.0/chapter08/#366 |
2009-12-07 15:28:00
|
注意，在技术上这些试图函数就不用再去检查<literal> request.method</literal> 了，因为<literal> method_splitter()</literal> 已经替它们做了。
|
|
|
2.0/chapter01/#143 |
2009-10-20 18:04:26
|
某些方面 <1>特别高效<2> 与 其他方面 <3>不高效<4> 是有区别的）
|
|
|
2.0/chapter01/#142 |
2009-10-20 18:04:10
|
（不要看到这就感到沮丧，尽管Django擅长于动态内容管理系统， 但并不表示Django主要的目的就是用来创建动态内容的网站。
|
|
|
2.0/chapter17/#67 |
2009-11-29 03:53:13
|
出于性能的考虑，每个已启用的中间件在每个服务器进程中只初始化 <emphasis>一</emphasis> 次。
|
|
|
2.0/chapter17/#68 |
2009-11-29 03:55:37
|
也就是说 <3>__init__()<4> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter17/#67 |
2009-11-29 03:56:07
|
出于性能的考虑，每个已启用的中间件在每个服务器进程中只初始化 <emphasis>一</emphasis> 次。也就是说 <3>__init__()<4> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter01/#82 |
2009-10-20 17:37:32
|
<literal>latest_books()</literal>函数叫做<emphasis>视图</emphasis>。
|
|
|
2.0/chapter01/#137 |
2009-10-20 17:56:41
|
原来的World Online的两个开发者（Adrian and Jacob）仍然掌握着django，但是其发展方向受社区团队的影响更大。
|
|
|
2.0/chapter01/#140 |
2009-10-20 17:58:02
|
第一，Django最可爱的地方
|
|
|
2.0/chapter01/#141 |
2009-10-20 18:03:08
|
django新闻网站的背景，她提供很多特性（如第6章会说到的管理后台），非常适合内容类的网站，如Amazon.com,
craigslist.org和washingtonpost.com，都是动态的，数据库驱动的信息类网站。
|
|
|
2.0/chapter14/#75 |
2009-12-02 11:42:14
|
如果参数是<literal></literal> |
|
|
2.0/chapter08/#366 |
2009-12-07 15:28:20
|
注意，在技术上这些视图函数就不用再去检查<literal> request.method</literal> 了，因为<literal> method_splitter()</literal> 已经替它们做了。
|
|
|
2.0/chapter08/#367 |
2009-12-07 15:44:31
|
（比如，<literal> some_page_post()</literal> 被调用的时候，我们可以确信<literal> request.method</literal> 返回的值是<literal> post</literal> 。）当然，这样做不止更安全也能更好的将代码文档化，这里我们做了一个假定，就是<literal> request.method</literal> 会象我们所期望的那样工作。
|
|
|
2.0/chapter17/#68 |
2009-11-29 04:04:18
|
也就是说 __init__() 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter01/#89 |
2009-10-20 14:34:36
|
使用带基本逻辑声明的模板语言，如<literal>{% for book in book_list %}</literal> |
|
|
2.0/chapter01/#107 |
2009-10-20 14:33:39
|
同样，理解django产生的背景，历史有助于理解django的实现方式。
|
|
|
2.0/chapter01/#149 |
2009-10-20 14:31:06
|
无他，开发者动力来源于自己的目标：节省时间，快乐工作。
|
|
|
2.0/chapter01/#182 |
2009-10-20 14:29:50
|
对你而言，学习django就是学习django的格式和api
|
|
|
2.0/chapter17/#68 |
2009-11-29 04:06:20
|
也就是说 __init__() 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter01/#150 |
2009-10-20 14:17:02
|
（坦率地讲，他们使用了自己公司的产品。）
|
|
|
2.0/chapter01/#160 |
2009-10-20 13:52:58
|
1-7章是核心课程，8-11章讲述django的高级应用，12章讲述部署相关的知识。
|
|
|
2.0/chapter17/#68 |
2009-11-29 04:02:23
|
This means that is called only once at server startup not for individual requests.
|
|
|
2.0/chapter17/#68 |
2009-11-29 03:58:52
|
也就是说
|
|
|
2.0/chapter08/#367 |
2009-12-07 15:47:50
|
（比如，<literal> some_page_post()</literal> 被调用的时候，我们可以确信<literal> request.method</literal> 返回的值是<literal> post</literal> 。）当然，这样做不止更安全也能更好的将代码文档化，这里我们做了一个假定，就是<literal> request.method</literal> 能象我们所期望的那样工作。
|
|
|
2.0/chapter08/#369 |
2009-12-07 15:59:58
|
现在我们就拥有了一个不错的，可以通用的视图函数了，里边封装着由<literal> request.method</literal> 的返回值来分派不同的视图的程序。关于<literal> method_splitter()</literal> 就不说什么了，当然，我们可以把它们重用到其它项目中。
|
|
|
2.0/chapter04/#525 |
2009-12-14 11:46:31
|
<emphasis>假定设计师不是 Python 程序员</emphasis> 。模板系统开发人员认为：模板通常由设计师来编写而非程序员，因此不应被假定拥有Python开发知识。
|
|
|
2.0/chapter01/#143 |
2009-10-20 18:29:17
|
某些方面 <emphasis> 特别高效</emphasis> 与其他方面 <emphasis> 不高效</emphasis> 是有区别的, django在其他方面也同样高效）
|
|
|
2.0/chapter02/#37 |
2009-10-20 18:43:10
|
如果你看到这样的信息,说明 python 已经安装好了.
|
|
|
2.0/chapter17/#67 |
2009-11-29 03:56:37
|
出于性能的考虑，每个已启用的中间件在每个服务器进程中只初始化 <emphasis>一</emphasis> 次。也就是说 <3>__init__()<4> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter17/#67 |
2009-11-29 03:56:41
|
出于性能的考虑，每个已启用的中间件在每个服务器进程中只初始化 <emphasis>一</emphasis> 次。也就是说 <3>__init__()<4> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter17/#68 |
2009-11-29 03:57:03
|
ssss
|
|
|
2.0/chapter01/#217 |
2009-10-20 17:29:08
|
在 <reference name="next chapter" refuri="../chapter02/">下一章</reference>，我们将开始使用django，内容将包括安装和初始化配置。
|
|
|
2.0/chapter01/#181 |
2010-05-25 23:22:06
|
基本上,Django的代码并 没有使用一些黑色魔法（例如代码中的花哨技巧，某个实现解释或者理解起来十分困难）。
|
|
|
2.0/chapter08/#346 |
2009-12-07 11:41:16
|
在这个示例中，<literal> some_page()</literal> 视图函数对<literal> POST</literal> |
|
|
2.0/chapter01/#0 |
2010-06-12 16:59:22
|
第一章：介绍Django
|
_建议_：
|
|
2.0/chapter01/#4 |
2010-06-15 22:05:45
|
使用Django，使你能够以最小的代价构建和维护高质量的Web应用a。
|
_建议_：
|
|
2.0/chapter17/#68 |
2009-11-29 04:08:09
|
也就是说 <literal>__init__()</literal> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
