我教编程的时候，发现很多人一碰到日期计算就头疼。有人直接写死数字，有人硬算天数，还有人用了一堆if else来判断月份。这些办法都能用，但一旦遇到跨年、闰年、时区变化，马上就出问题。
我见过一个同学，写了个计算会员到期日的功能。他手动把每个月天数列成表，然后自己算加减。结果代码跑了一周就出错了，因为他的算法没处理闰年2月多一天的情况。排查了半天，最后改用现成的日期库，三行代码搞定了。
其实日期处理这件事，关键在于别把复杂问题想简单了。一年不是都有365天，一个月也不都是30天。这些问题前人早就研究透了，我们直接拿来用就行。
核心思路就一个：别自己算，让库里现成的函数帮你算。Python的datetime模块你看过没？里面的timedelta可以直接加减天数，dateutil可以帮你计算两个日期相差几个月，arrow这个第三方库甚至能直接处理各种格式的日期字符串。
举个例子，你想知道今天之后第45天是星期几。自己算的话，你得先数月份天数，还要考虑跨年。用Python怎么写？
from datetime import datetime, timedelta
today = datetime.now()
future = today + timedelta(days=45)
print(future.weekday())
就6行代码。你觉得手动算45天需要多久？至少几分钟，还很可能算错。用库几秒钟就结束了。
再比如，你想知道两个日期之间隔了多少个工作日。自己算的话要排除周末和节假日，手动算会疯掉。用python的numpy或pandas模块里的bdate_range函数，直接传两个日期进去，它帮你把节假日都跳过去了。
有些同学问我，为什么不用现成的库？觉得自己写代码更灵活。我直接告诉他们，这个想法不对。日期计算这种问题，标准库已经帮你把坑都填平了。你手动写循环判断闰年，跟调用库函数比，效率低代码还容易漏掉边界情况。
你写一个判断闰年的函数，大部分情况是对的。但你说不准什么时候就忘记公元100年、200年、300年这些特殊年份不是闰年。库函数里这些情况都处理好了。
还有时区问题。你写个全球化的应用，涉及跨时区的时间转换。自己算的话，要记住不同国家的时区偏移，还要考虑夏令时。这个复杂程度超出了大部分人的能力范围。用pytz库，传入城市名，它自动帮你调好时区偏移和夏令时调整。
实际项目中我经常这么用：
from pytz import timezone
tokyo = timezone('Asia/Tokyo')
local_time = datetime.now(tokyo)
两个地方的时间换算，一行代码就完了。
说到底，时间计算出错不是因为你笨，是因为你选错了工具。就好比你要从一个城市到另一个城市，你非要走路，肯定很累还容易出意外。但你要是坐高铁，又快又稳。现成的日期计算库就是你的高铁。
我建议所有写代码的人，不管是刚入门还是老手，都记住这个原则：遇到日期计算，先找库，不自己造轮子。你用py文件写一千行日期处理代码，不如别人用库写十行有效。
最后说一句，别怕用别人的代码。好的程序员都是站在巨人的肩膀上。你把精力省下来，可以解决更重要的业务问题，比如怎么把产品卖给用户，怎么优化用户体验。这些才是真正的难题。
10个月宝宝每天需要喝多少奶粉？
