这是一个创建于 1033 天前的主题，其中的信息可能已经有所发展或是发生改变。
创造性的编码格式。
时间编码成 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
xmumiffy 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