|
IIssNan
|
2.0/chapter07/#323 |
2009-11-12 11:06:24
|
这是web开发的基本习惯。
|
|
|
15325@qq.com
|
2.0/chapter06/#241 |
2009-11-12 11:06:06
|
<literal>blank=True</literal>。
|
|
|
15325@qq.com
|
2.0/chapter06/#240 |
2009-11-12 11:05:51
|
<emphasis> 和</emphasis> |
|
|
IIssNan
|
2.0/chapter07/#322 |
2009-11-12 11:05:35
|
我们应每次都给成功的POST请求做重定向。
|
|
|
15325@qq.com
|
2.0/chapter06/#239 |
2009-11-12 11:05:31
|
如果你想允许一个日期型（<literal>DateField</literal>、<literal>TimeField</literal>、<literal>DateTimeField</literal>）或数字型（<literal>IntegerField</literal>、<literal>DecimalField</literal>、<literal>FloatField</literal>）字段为空，你需要使用<literal>null=True</literal> |
|
|
15325@qq.com
|
2.0/chapter06/#238 |
2009-11-12 11:03:02
|
因此，这说起来有点复杂：
|
|
|
IIssNan
|
2.0/chapter07/#320 |
2009-11-12 11:02:27
|
如果用户在POST表单之后被重定向至另外的页面，就不会造成重复的请求了。
|
|
|
IIssNan
|
2.0/chapter07/#319 |
2009-11-12 11:01:19
|
这通常会造成非期望的结果，比如说重复的数据库记录；在我们的例子中，将导致发送两封同样的邮件。
|
|
|
15325@qq.com
|
2.0/chapter06/#236 |
2009-11-12 10:59:43
|
在Django模块中，你可以通过添加<literal>null=True</literal>来指定一个字段允许为<literal>NULL</literal>。
|
|
|
IIssNan
|
2.0/chapter07/#318 |
2009-11-12 10:59:15
|
若用户刷新一个包含POST表单的页面，那么请求将会重新发送造成重复。
|
|
|
IIssNan
|
2.0/chapter07/#317 |
2009-11-12 10:58:19
|
原因就是：
|
|
|
IIssNan
|
2.0/chapter07/#315 |
2009-11-12 10:57:48
|
包含成功信息的页面这里留给读者去编写（很简单 一个视图/URL映射/一份模板即可），但是我们要解释一下为何重定向至新的页面，而不是在模板中直接调用render_to_response()来输出。
|
|
|
15325@qq.com
|
2.0/chapter06/#235 |
2009-11-12 10:57:01
|
（PostgreSQL比较严禁，会抛出一个异常；MySQL可能会也可能不会接受，这取决于你使用的版本和运气了。）在这种情况下，<literal>NULL</literal>是唯一指定空值的方法。
|
意译
|
|
IIssNan
|
2.0/chapter07/#314 |
2009-11-12 10:52:10
|
当邮件发送成功之后，我们使用HttpResponseRedirect对象将网页重定向至一个包含成功信息的页面。
|
|
|
IIssNan
|
2.0/chapter07/#311 |
2009-11-12 10:50:49
|
注意，若要使用send_mail()函数来发送邮件，那么服务器需要配置成能够对外发送邮件，并且在Django中设置出站服务器地址。
|
|
|
IIssNan
|
2.0/chapter07/#308 |
2009-11-12 10:44:42
|
主题，正文，寄信人和收件人列表。
|
|
|
IIssNan
|
2.0/chapter07/#307 |
2009-11-12 10:43:46
|
这个函数有四个必选参数：
|
|
|
IIssNan
|
2.0/chapter07/#306 |
2009-11-12 10:43:20
|
我们使用了django.core.mail.send_mail函数来发送e-mail。
|
|
|
IIssNan
|
2.0/chapter07/#304 |
2009-11-12 10:42:40
|
在实际应用中，需要更为健壮的验证机制（Django提供这些验证机制，稍候我们就会看到）。
|
|
|
IIssNan
|
2.0/chapter07/#303 |
2009-11-12 10:41:23
|
我们的验证算法相当的薄弱，仅验证值是否包含@字符。
|
|
|
IIssNan
|
2.0/chapter07/#302 |
2009-11-12 10:40:09
|
虽然email非必填项，但如果有提交她的值则我们也需进行验证。
|
|
|
IIssNan
|
2.0/chapter07/#300 |
2009-11-12 10:37:26
|
注意，我们使用request.POST.get()方法，并提供一个空的字符串作为默认值；这个方法很好的解决了键丢失与空数据问题。
|
|
|
IIssNan
|
2.0/chapter07/#299 |
2009-11-12 10:36:13
|
这里，有两个必填项，subject 和 message，所以需要对这两个进行验证。
|
|
|
IIssNan
|
2.0/chapter07/#297 |
2009-11-12 10:34:29
|
这是必须的，因为contact_form.html里表单使用的是method="post"。如果在视图里通过POST获取数据，那么request.GET将为空。
|
|
|
IIssNan
|
2.0/chapter07/#296 |
2009-11-12 10:32:58
|
我们使用request.POST代替request.GET来获取提交过来的数据。
|
|
|
IIssNan
|
2.0/chapter07/#294 |
2009-11-12 10:32:12
|
（在后面的例子中，request.method将会设置为'GET'，因为在普通的网页浏览中，浏览器都使用GE，而非POST）。判断request.method的值很好地帮助我们将表单显示与表单处理隔离开来。
|
|
|
IIssNan
|
2.0/chapter07/#293 |
2009-11-12 10:29:23
|
确认request.method的值是'POST'。用户浏览表单时这个值并不存在，当且仅当表单被提交时这个值才出现。
|
|
|
IIssNan
|
2.0/chapter07/#291 |
2009-11-12 10:24:13
|
现在来分析一下以上的代码：
|
|
|
IIssNan
|
2.0/chapter07/#289 |
2009-11-12 10:23:39
|
笔者个人喜欢创建一个contact的文件，与books文件夹同级。这个文件夹中包括空的__init__.py和views.py两个文件。
|
|
|
IIssNan
|
2.0/chapter07/#289 |
2009-11-12 10:23:29
|
笔者个人喜欢创建一个contact的文件在，与books文件夹同级。这个文件夹中包括空的__init__.py和views.py两个文件。
|
|
|
IIssNan
|
2.0/chapter07/#288 |
2009-11-12 10:21:58
|
这毫无紧要，只要在URLconf里正确设置URL与视图之间的映射，Django会正确处理的。
|
|
|
IIssNan
|
2.0/chapter07/#287 |
2009-11-12 10:20:57
|
但是contact()视图与books应用没有任何关联，那么这个视图应该可以放在别的地方？
|
|
|
15325@qq.com
|
2.0/chapter06/#234 |
2009-11-12 10:20:23
|
如果你尝试将一个空字符串插入日期型或整数型字段，你可能会得到数据库返回的错误，这取决于那个数据库的类型。
|
|
|
IIssNan
|
2.0/chapter07/#286 |
2009-11-12 10:20:06
|
（如果按照书中的示例做下来，这这里可能乎产生一个疑问：contact()视图是否要放在books/views.py这个文件里。
|
|
|
IIssNan
|
2.0/chapter07/#283 |
2009-11-12 10:15:12
|
如果我们顺着上一节编写search()视图的思路，那么一个contact()视图代码应该像这样：
|
|
|
IIssNan
|
2.0/chapter07/#281 |
2009-11-12 10:12:18
|
并且，我们复制了前一个模板search_form.html中错误信息显示的代码。
|
|
|
IIssNan
|
2.0/chapter07/#280 |
2009-11-12 10:10:48
|
注意，这里我们使用method="post"而非method="get"，因为这个表单会有一个服务器端的操作：发送一封e-mail。
|
|
|
IIssNan
|
2.0/chapter07/#279 |
2009-11-12 10:09:25
|
除了e-mail字段为可选，其他两个字段都是必填项。
|
|
|
IIssNan
|
2.0/chapter07/#278 |
2009-11-12 10:08:48
|
主题，e-mail和反馈信息。
|
|
|
IIssNan
|
2.0/chapter07/#277 |
2009-11-12 10:08:15
|
我们定义了三个字段：
|
|
|
IIssNan
|
2.0/chapter07/#272 |
2009-11-12 09:52:51
|
当这个表单提交并且数据通过验证后，系统将自动发送一封包含题用户提交的信息的e-mail给站点工作人员。
|
|
|
IIssNan
|
2.0/chapter07/#271 |
2009-11-12 09:51:09
|
这个表单包括用户提交的反馈信息，一个可选的e-mail回信地址。
|
|
|
IIssNan
|
2.0/chapter07/#269 |
2009-11-12 09:49:49
|
站点联系表单。
|
|
|
IIssNan
|
2.0/chapter07/#268 |
2009-11-12 09:49:32
|
但是复杂一点的表单就需要多方面的处理，我们现在来一下一个较为复杂的例子：
|
|
|
IIssNan
|
2.0/chapter07/#268 |
2009-11-12 09:48:59
|
但是复杂一点的表单就需要复杂的处理，我们现在来一下一个较为复杂的例子：
|
|
|
IIssNan
|
2.0/chapter07/#267 |
2009-11-12 09:45:56
|
只包含一个字段，q。这简单的例子，我们不需要使用Django表单库来处理。
|
|
|
IIssNan
|
2.0/chapter07/#266 |
2009-11-12 09:44:13
|
虽然我们一直使用书籍搜索的示例表单，并将起改进的很完美，但是这还是相当的简陋：
|
|
|
IIssNan
|
2.0/chapter07/#261 |
2009-11-12 09:40:31
|
接着，我们要修改一下search_form.html模板，现在需要显示一个errors列表而不是一个布尔判断。
|
|
|
IIssNan
|
2.0/chapter07/#258 |
2009-11-12 09:37:56
|
我们需要做如下的调整：
|
|
|
IIssNan
|
2.0/chapter07/#257 |
2009-11-12 09:37:49
|
问题的实质在于我们只使用来一个布尔类型的变量来检测是否出错，而不是使用一个列表来记录相应的错误信息。
|
|
