connection.close()
首先，用户请求CGI，脚本代码打印Content-Type行，后面跟着换行。 再接下 来是一些HTML的起始标签，然
后连接数据库并执行一些查询操作，获取最新的十本书。 在遍历这些书的同时，生成一个书名的HTML列表
项。 最后，输出HTML的结束标签并且关闭数据库连接。
像这样的一次性的动态页面，从头写起的方法并非一定不好。 其中一点： 这些代码简单易懂，就算是一个初起
步的 开发者都能读明白这16行的Python的代码，而且这些代码从头到尾做了什么都能了解得一清二楚。 不需
要学习额外 的背景知识，没有额外的代码需要去了解。 同样，也易于部署这16行代码，只需要将它保存为一个
latestbooks.cgi
的 文件，上传到网络服务器上，通过浏览器访问即可。
尽管实现很简单，还是暴露了一些问题和不便的地方。 问你自己这几个问题：
应用中有多处需要连接数据库会怎样呢？ 每个独立的CGI脚本，不应该重复写数据库连接的代码。 比较实
用的办法是写一个共享函数，可被多个代码调用。
一个开发人员
确实
需要去关注如何输出Content-Type以及完成所有操作后去关闭数据 库么？ 此类问题
只会降低开发人员的工作效率，增加犯错误的几率。 那些初始化和释放 相关的工作应该交给一些通用的框
架来完成。
如果这样的代码被重用到一个复合的环境中会发生什么？ 每个页面都分别对应独立的数据库和密码吗？
如果一个Web设计师，完全没有Python开发经验，但是又需要重新设计页面的话，又将 发生什么呢？ 一
个字符写错了，可能导致整个应用崩溃。 理想的情况是，页面显示的逻辑与从数据库中读取书本记录分隔
开，这样 Web设计师的重新设计不会影响到之前的业务逻辑。
以上正是Web框架致力于解决的问题。 Web框架为应用程序提供了一套程序框架， 这样你可以专注于编写清
晰、易维护的代码，而无需从头做起。 简单来说，这就是Django所能做的。
MVC 设计模式
让我们来研究一个简单的例子，通过该实例，你可以分辨出，通过Web框架来实现的功能与之前的方式有何不
同。 下面就是通过使用Django来完成以上功能的例子： 首先，我们分成4个Python的文件，(
models.py
,
views.py
,
urls.py
) 和html模板文件 (
latest_books.html
)
# models.py (the database tables)
from django.db import models
class Book(models.Model):
name = models.CharField(max_length=50)
pub_date = models.DateField()
# views.py (the business logic)
from django.shortcuts import render_to_response
from models import Book
def latest_books(request):
book_list = Book.objects.order_by('‐pub_date')[:10]
return render_to_response('latest_books.html', {'book_list': book_list})
1
1
2010-5-5 第一章：介紹Django
djangobook.py3k.cn/2.0/chapter01/ 2/6
我的内容管理
收起
我的收益 登录查看自己的收益
我的积分
登录查看自己的积分
我的C币
登录后查看C币余额
我的收藏 
我的下载 
下载帮助 
评论2