这是一个创建于 1376 天前的主题，其中的信息可能已经有所发展或是发生改变。
创造性的编码格式。
时间编码成 yymmddHHMM ， 然后作为十进制整数使用。
于是 2022 年整数溢出，exchange 服务 bug 。
时间编码成 yymmddHHMM ， 然后作为十进制整数使用。
于是 2022 年整数溢出，exchange 服务 bug 。
14 条回复 2022-01-03 11:58:30 +08:00
 | 1 anguiao 2022-01-02 22:37:16 +08:00 并不创造性，起码我确实见过这么用的人 |
 | 2 liaohongxing 2022-01-02 22:57:22 +08:00 应该是历史遗留问题，10 几年历史的屎山上，不出问题，其他人才不会改。 |
 | 3 mineralsalt 2022-01-02 23:08:22 +08:00 作为整数也没问题啊, 但是至少得用 long 类型吧 |
 | 4 hguandl 2022-01-02 23:18:40 +08:00 哪怕用 unsigned int 也行啊 |
| 5 hguandl 2022-01-02 23:19:20 +08:00 会让问题再晚 20 年被发现（ |
 | 6 zhy0216 2022-01-02 23:34:10 +08:00 刚也看到这个了 太搞了 |
 | 7 106npo 2022-01-03 02:36:48 +08:00 via Android @mineralsalt 就是 long |
 | 8 jackmod 2022-01-03 06:25:29 +08:00 via Android 2201010000 2147483647 这操作我真没见过 这么设计至少也是千禧后的系统了，还要这么玩吗 2333 |
 | 9 FrankFang128 2022-01-03 09:02:53 +08:00 ISO 8601 |
 | 10 thedrwu 2022-01-03 09:03:20 +08:00 via Android 当年写这代码的程序员没期望微软能活那么久 |
 | 11 kaiki 2022-01-03 09:12:27 +08:00 我敢打赌，2038 年 1 月 19 日肯定会有不少程序员哀嚎 |
 | 12 GuuJiang 2022-01-03 11:14:09 +08:00 via iPhone 典型的没有分清“数字”和“数码”的区别，之前工作中就遇到过坚持要把银行卡号定义为 long 型的 |
 | 13 securityCoding 2022-01-03 11:41:20 +08:00 via Android @GuuJiang 没理解， 详细说说 |
| 14 GuuJiang 2022-01-03 11:58:30 +08:00 via iPhone @securityCoding 并不是所有全由 0-9 组成的东西都叫数字，银行卡号、学号等非自增的编号，表面上看起来是数字，但是对其进行四则运算是无意义的，比较大小也不能用数字本身来比较，更常用的操作是取其子串，所以本质上应该是字符串 |
Select Language