这取决于整数应该编码的内容。您可以将日期转换为之前某个时间的毫秒数。人们经常这样做,将时间固定在 1970 年 1 月 1 日或 1900 年等的凌晨 12:00,并以从该点开始的整数毫秒来测量时间。这datetime
模块(或其他类似的模块)将具有为您执行此操作的函数:例如,您可以使用int(datetime.datetime.utcnow().timestamp())
.
如果您想对年、月和日进行语义编码,一种方法是将这些分量乘以足够大的数量级值,以便将它们并列在整数位中:
2012-06-13 --> 20120613 = 10,000 * (2012) + 100 * (6) + 1*(13)
def to_integer(dt_time):
return 10000*dt_time.year + 100*dt_time.month + dt_time.day
E.g.
In [1]: import datetime
In [2]: %cpaste
Pasting code; enter '--' alone on the line to stop or use Ctrl-D.
:def to_integer(dt_time):
: return 10000*dt_time.year + 100*dt_time.month + dt_time.day
: # Or take the appropriate chars from a string date representation.
:--
In [3]: to_integer(datetime.date(2012, 6, 13))
Out[3]: 20120613
如果您还需要分钟和秒,则只需根据需要添加更多数量级即可显示数字。
我在遗留系统中经常遇到第二种方法,尤其是从遗留 SQL 数据库中提取基于日期的数据的系统。
It is very bad。您最终会编写大量的 hacky 代码来对齐日期、计算月份或日期的偏移量(例如,当您经过 12 月时将月份重置为 1,然后增加年份值),以及用于与整数格式之间的转换。
除非这样的约定存在于您正在使用的 API 的深层、低级且经过彻底测试的部分中,这样每个使用数据的人都可以真正依赖这个整数表示及其所有辅助函数,那么您最终导致很多人重写基本的日期处理例程。
通常最好将值保留在日期上下文中,例如datetime.date
,尽可能长的时间,以便在自然的、基于日期的上下文中表达对其的操作,而不是某些单独的开发人员个人对整数的黑客攻击。