我使用datetime属性作为动态表单的控件命名约定的一部分。我注意到DateTime属性中的Python微秒长度总是6个字符,即使第一个字符是0.但是在我的Django表单中,Django微秒会降低前导0。
这是我的Django:
name="foo-{{datecreated|date:'Y-m-d H:i:s.u}}"
创造了:
name="foo-2013-11-15 15:41:33.40350"
这是我的Python(在appengine的数据模型中):
datecreated = db.DateTimeProperty(auto_now_add = True)
结果是:
datecreated: 2013-11-15 15:41:33.040350
我没有在Django或Python文档中看到这一点。有什么想法吗?
更新: 基于下面非常有用的建议,我已经确认问题实际上是App Engine中当前支持的Django版本有一个错误。关于直到支持Django 1.6的解决方法,这就是我想要做的事情。基本上检查Django中微秒串的长度,并在必要时连接前导0。我缺少一些缺点吗?
{%if datecreated|date:'u'|length == 6 %}render control name as above
{% else %}
<input type="radio" name="foo-{{datecreated|date:'Y-m-d H:i:s'}}{{datecreated|date:'.0u'}}"
答案 0 :(得分:2)
查看您的代码以及指向php参考的链接,我认为这种情况正在发生:
Django指出“这些格式字符不在模板之外的Django中使用。它们被设计为与PHP兼容,以便于设计师的过渡”(如@ Leonardo.Z所提到的)]
< / LI>查看Django Docs的日期模板格式[https://docs.djangoproject.com/en/dev/ref/templates/builtins/#date],大多数项目都特别提到是否有领先的零
微秒仅表示000000 to 999999
查看php文档[http://bd1.php.net/manual/en/function.date.php],大多数事情明确表示有/无前导零
php说:Microseconds (added in PHP 5.2.2). Note that date() will always generate 000000 since it takes an integer parameter, whereas DateTime::format() does support microseconds. Example: 654321
所以这基本上看起来像有人不是填充模板字符串,尽管他们应该,因为函数被编写为符合的原始文档是坏的。
让我们看一下microseconds
的来源:
Django日期解析看起来是正确的:https://github.com/django/django/blob/master/django/utils/dateparse.py
然后看,它在那里填充了日期。
那么让我们看看文件的历史......
zeropadding在此提交中引入:https://github.com/django/django/commit/822cfce3df53301d9f9f4c14bd8a0cb2a1956e2e
该提交已超过一年,是发布候选版1.6c1的一部分,它早于当前实际的django产品发布。
<强> tldr;你有一个已知错误的旧版django。更新django。
答案 1 :(得分:0)
Django doc提到了它。
日期
根据给定的格式格式化日期。
使用与PHP的date()函数类似的格式(http://php.net/date) 有一些差异。
这些格式字符不在模板之外的Django中使用。 它们旨在与PHP兼容,以方便设计师的过渡。
除此之外,我认为您可能会将日期/日期时间对象与其字符串表示混淆。
您所说的Here is my Django:
实际上是in Django templates
。在模板之外,在视图和模型中,日期/日期时间对象与非django项目中的对象相同。
您所说的Here is my Python
,实际上在Google Appengine ndb DateTimeProperty
。
Python的官方日期时间字符串表示格式(strftime)不包括微秒。我认为这是django选择使用PHP的原因之一。