这篇文章主要介绍了Django中datetime的处理方式(strftime/strptime),本文给大家介绍的非常详细，具有一定的参考借鉴价值，需要的朋友可以参考下
strftime<将date,datetime,timezone.now()类型处理转化为字符串类型>
strftime()函数是用来格式化一个日期、日期时间和时间的函数，支持date、datetime、time等类，把这些时间通过格式字符要求格式为字符串表示。
import datatimedatatime.datatime.now()
或者
from datatime import datatimedatatime.now()
我的输出转化格式
strftime('%Y-%m-%d %H:%I:%S')
效果类似于2018-07-02 23:18:20这样.
strptime<将字符串处理转换成期望类型的数据>
strptime()函数就是从字符串表示的日期时间按格式化字符串要求转换为相应的日期时间。
d2 = datetime.strptime('2018-03-02 17:41:20', '%Y-%m-%d %H:%M:%S')
转化对照的格式:
转成字符串
%y 两位数的年份表示（00-99）
%Y 四位数的年份表示（000-9999）
%m 月份（01-12）
%d 月内中的一天（0-31）
%H 24小时制小时数（0-23）
%I 12小时制小时数（01-12） 十二小时制
%M 分钟数（00=59）
%S 秒（00-59）
遇到的两个bug:
一:显示时间和数据库不一致的bug:
曾经遇到过这样的一个问题,从数据库取出来的时间和前端显示时间不一致的问题.后来经过多出输出时间各处转换的信息,最后发现,因为之前写代码的同事,使用了这样的
one['time'] = one['time'].strftime('%Y-%m-%d %H:%I:%S')
%I是十二小时制的转换形式.这样转换格式的时候,虽然不会报错,可是输出的结果会和数据库的不一致,数据库是以24小时为单位记录的时间.
二:datetime.datetime(2018, 2, 2, 18, 25, 29, tzinfo=<UTC>) is not JSON serializable
出现这样的错误信息..
datetime.datetime(2018, 2, 2, 18, 25, 29, tzinfo=<UTC>) is not JSON serializable
这是出现在将datetime数据直接放在json里出现的错误信息.不能直接放在json里.
解决办法是:可以使用strftime进行序列化,如下面的方法
.strftime("%Y-%m-%d %H:%M:%S")
下面看下Python:time, strftime和strptime的具体讲解
最常用的time.time()返回的是一个浮点数，单位为秒。但strftime处理的类型是time.struct_time，实际上是一个tuple。strptime和localtime都会返回这个类型。
>>> import time>>> t = time.time()>>> t1202872416.4920001>>> type(t)<type 'float'>>>> t = time.localtime()>>> t(2008, 2, 13, 10, 56, 44, 2, 44, 0)>>> type(t)<type 'time.struct_time'>>>> time.strftime('%Y-%m-%d', t)'2008-02-13'>>> time.strptime('2008-02-14', '%Y-%m-%d')(2008, 2, 14, 0, 0, 0, 3, 45, -1)
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请随时关注我们网站！
相关推荐：
ThinkPHP框架使用redirect实现页面重定向的方法实例讲解
php框架CodeIgniter使用redis的方法讲解
以上就是Django中datetime的处理方法(st￥本文来源gaodai#ma#com搞@@代~&码网^搞gaodaima代码rftime/strptime)的详细内容，更多请关注搞代码gaodaima其它相关文章！
转载请注明原文链接：Django中datetime的处理方法(strftime/strptime)
