Django - 版本历史

Tom：/* 如何将创建时间设置为“默认当前”并且可修改 */

2019-06-19T02:40:40Z

‎如何将创建时间设置为“默认当前”并且可修改

Tom：/* 如何将创建时间设置为“默认当前”并且可修改 */

2019-06-19T02:40:23Z

‎如何将创建时间设置为“默认当前”并且可修改

Tom：/* 字段数据 */

2019-06-19T02:39:37Z

‎字段数据

Tom：/* 快速入门例子 */

2019-06-19T02:19:44Z

‎快速入门例子

Tom：/* 安装Django */

2019-06-18T07:54:10Z

‎安装Django

Tom：/* 自动化测试 */

2019-06-18T07:53:22Z

‎自动化测试

Tom：/* 自动化测试 */

2019-06-18T07:49:09Z

‎自动化测试

Tom：/* 使用通用视图：代码还是少点好 */

2019-06-18T07:42:09Z

‎使用通用视图：代码还是少点好

Tom：/* 使用通用视图：代码还是少点好 */

2019-06-18T07:01:41Z

‎使用通用视图：代码还是少点好

Tom：/* 为什么要重构代码？ */

2019-06-18T06:51:24Z

‎为什么要重构代码？

@@ 第139行： / 第139行： @@
 为了页面和数据库中显示一致，需要在页面格式化时间，需要添加
-<source lang="stricthtml4">
+<source lang="html4strict">
 <td>{{ infor.updatetime|date:"Y-m-d H:i:s" }}</td>
 </source>
 类似的过滤器。刷新页面，即可正常显示。

←上一版本		2019年6月19日 (三) 02:40的版本
第137行：		第137行：
	html页面从数据库中读出DateTimeField字段时，显示的时间格式和数据库中存放的格式不一致，比如数据库字段内容为2016-06-03 13:00:00，但是页面显示的却是Apr. 03, 2016, 1 p.m.		html页面从数据库中读出DateTimeField字段时，显示的时间格式和数据库中存放的格式不一致，比如数据库字段内容为2016-06-03 13:00:00，但是页面显示的却是Apr. 03, 2016, 1 p.m.

−	为了页面和数据库中显示一致，需要在页面格式化时间，需要添加<td>{{ infor.updatetime\|date:"Y-m-d H:i:s" }}</td> 类似的过滤器。刷新页面，即可正常显示。	+	为了页面和数据库中显示一致，需要在页面格式化时间，需要添加
		+
		+	<source lang="stricthtml4">
		+	<td>{{ infor.updatetime\|date:"Y-m-d H:i:s" }}</td>
		+	</source>
		+
		+	类似的过滤器。刷新页面，即可正常显示。

←上一版本		2019年6月19日 (三) 02:39的版本
第119行：		第119行：

	注解：此时您依然能够直接从 request.POST 中访问到未验证的数据，但最好还是使用经验证的数据。		注解：此时您依然能够直接从 request.POST 中访问到未验证的数据，但最好还是使用经验证的数据。
		+
		+	===如何将创建时间设置为“默认当前”并且可修改===
		+
		+	那么问题来了。实际场景中，往往既希望在对象的创建时间默认被设置为当前值，又希望能在日后修改它。怎么实现这种需求呢？
		+
		+	django中所有的model字段都拥有一个default参数，用来给字段设置默认值。可以用default=timezone.now来替换auto_now=True或auto_now_add=True。timezone.now对应着django.utils.timezone.now()，因此需要写成类似下面的形式：
		+
		+	<source lang="python">
		+	from django.db import models
		+	import django.utils.timezone as timezone
		+
		+	class Doc(models.Model):
		+	add_date = models.DateTimeField('保存日期',default = timezone.now)
		+	mod_date = models.DateTimeField('最后修改日期', auto_now = True)
		+	</source>
		+
		+	html页面从数据库中读出DateTimeField字段时，显示的时间格式和数据库中存放的格式不一致，比如数据库字段内容为2016-06-03 13:00:00，但是页面显示的却是Apr. 03, 2016, 1 p.m.
		+
		+	为了页面和数据库中显示一致，需要在页面格式化时间，需要添加<td>{{ infor.updatetime\|date:"Y-m-d H:i:s" }}</td> 类似的过滤器。刷新页面，即可正常显示。

←上一版本		2019年6月19日 (三) 02:19的版本
第112行：		第112行：
	# 每个测试方法只测试一个功能		# 每个测试方法只测试一个功能
	# 给每个测试方法起个能描述其功能的名字		# 给每个测试方法起个能描述其功能的名字
		+
		+	==表单操作==
		+
		+	===字段数据===
		+	无论用表单提交了什么数据，一旦通过调用 is_valid() 验证成功（ is_valid() 返回 True ），已验证的表单数据将被放到 form.cleaned_data 字典中。这里的数据已经很好的为你转化为Python类型。
		+
		+	注解：此时您依然能够直接从 request.POST 中访问到未验证的数据，但最好还是使用经验证的数据。

←上一版本		2019年6月18日 (二) 07:54的版本
第1行：		第1行：
−	==安装Django==	+	==快速入门例子==
		+
		+	===安装Django===

	http://jingyan.baidu.com/article/466506580e7d29f549e5f8b6.html		http://jingyan.baidu.com/article/466506580e7d29f549e5f8b6.html

←上一版本		2019年6月18日 (二) 07:53的版本
第94行：		第94行：

	pytest will run all files of the form test_.py or _test.py in the current directory and its subdirectories.		pytest will run all files of the form test_.py or _test.py in the current directory and its subdirectories.
		+
		+	===当需要测试的时候，测试用例越多越好===
		+
		+	貌似我们的测试多的快要失去控制了。按照这样发展下去，测试代码就要变得比应用的实际代码还要多了。而且测试代码大多都是重复且不优雅的，特别是在和业务代码比起来的时候，这种感觉更加明显。
		+
		+	但是这没关系！就让测试代码继续肆意增长吧。大部分情况下，你写完一个测试之后就可以忘掉它了。在你继续开发的过程中，它会一直默默无闻地为你做贡献的。
		+
		+	但有时测试也需要更新。想象一下如果我们修改了视图，只显示有选项的那些投票，那么只前写的很多测试就都会失败。但这也明确地告诉了我们哪些测试需要被更新，所以测试也会测试自己。
		+
		+	最坏的情况是，当你继续开发的时候，发现之前的一些测试现在看来是多余的。但是这也不是什么问题，多做些测试也不错。
		+
		+	如果你对测试有个整体规划，那么它们就几乎不会变得混乱。下面有几条好的建议：
		+
		+	# 对于每个模型和视图都建立单独的 TestClass
		+	# 每个测试方法只测试一个功能
		+	# 给每个测试方法起个能描述其功能的名字

←上一版本		2019年6月18日 (二) 07:49的版本
第90行：		第90行：

	===自动化测试===		===自动化测试===
		+
		+	[https://docs.pytest.org pytest]
		+
		+	pytest will run all files of the form test_.py or _test.py in the current directory and its subdirectories.

←上一版本		2019年6月18日 (二) 07:42的版本
第88行：		第88行：

	DetailView 期望从 URL 中捕获名为 "pk" 的主键值，所以我们为通用视图把 question_id 改成 pk 。		DetailView 期望从 URL 中捕获名为 "pk" 的主键值，所以我们为通用视图把 question_id 改成 pk 。
		+
		+	===自动化测试===

←上一版本		2019年6月18日 (二) 07:01的版本
第84行：		第84行：

	通用视图将常见的模式抽象化，可以使你在编写应用时甚至不需要编写Python代码。		通用视图将常见的模式抽象化，可以使你在编写应用时甚至不需要编写Python代码。
		+
		+	我们在这里使用两个通用视图： ListView 和 DetailView 。
		+
		+	DetailView 期望从 URL 中捕获名为 "pk" 的主键值，所以我们为通用视图把 question_id 改成 pk 。

←上一版本		2019年6月18日 (二) 06:51的版本
第80行：		第80行：

	就像在使用计算器之前你需要掌握基础数学一样。		就像在使用计算器之前你需要掌握基础数学一样。
		+
		+	===使用通用视图：代码还是少点好===
		+
		+	通用视图将常见的模式抽象化，可以使你在编写应用时甚至不需要编写Python代码。