偷懒用日期拼接年份的，今天都开始报错了

2023-02-29

偷懒

年份

拼接

50 条回复 • 2024-03-01 16:35:01 +08:00

1

celisee

58 天前

昨天就接到通知，统一排查了一遍

这种拼接年份的？？？

2

cc666

58 天前

2

可能是说表单的时间起始和结束范围？选择一年前的数据是 2023-02-29 到 2024-02-29 ，2023-02-29 是个拼接错误？

3

exploretheworld

OP

58 天前 via Android

@celisee 算一年前只减年份

4

learnshare

58 天前

new Date('2023-02-29') => '2023/3/1 08:00:00'
自动纠错或者报异常，都是尴尬的

5

Hopetree

58 天前

1

这是 Python 的，不会报错，一年前是 2023-02-28

```python
from datetime import datetime
from dateutil.relativedelta import relativedelta
current_date = datetime.now()
current_date - relativedelta(years=1)
datetime.datetime(2023, 2, 28, 9, 57, 56, 185222)
```

6

binaryify

58 天前

4

用库的好处

7

chobitssp

58 天前

用 moment 不才算偷懒吗

var date = '2024-02-29';
moment(date).add(-1, 'years').format('YYYY-MM-DD');
date.replace(/^\d{4}/, t => parseInt(t, 10) - 1);
date.split('-').map((t, i) => i > 0 ? t : parseInt(t, 10) - 1).join('-');

8

hi2hi

58 天前

我自己撸了一个按自然月变更时间的方法，然后每次都是直接增减月数

9

sayitagain

58 天前

5

😁问题不大，一个懒可以撑四年，

10

NessajCN

58 天前

1

只有不懂啥叫 unix timestamp 的培训班前端才会觉得那样是偷懒

11

banmuyutian

58 天前

2

说明大部分产品都撑不过 4 个年头

12

AllenCai

58 天前

if (date.includes('-29')) {
date= date.replace('-29', '-28')
}
修复一下，突出一个死性不改

13

AllenCai

58 天前

2

@AllenCai
if (date.includes('02-29')) {
date= date.replace('02-29', '02-28')
}
加上月份，这就完美了

14

treblex

58 天前

前几天改了个，自定义写的日期选择器，那哥们儿直接每个月 31 天😂，然后也不写组件，每个页面拷贝一份，找的头都大了

15

pkoukk

58 天前

有库还徒手拼？不知道该说懒还是勤快...

16

lichao

58 天前

3.1.2 :001 > Time.current.to_date - 1.year
=> Tue, 28 Feb 2023

17

74123gzy

58 天前

还好我们全是组件跟库

18

yinmin

58 天前 via iPhone

算法供参考：

日期型变量 d ，获取日期 d 对应月份的最后一天

date(d.year,d.month,1).addmonth(1).addday(-1)

19

lhstock

58 天前

2

没做过相关业务，我怎么感觉这不是单纯的技术问题；应该还要考虑产品或行业规范来实现吧，比如会员一年，按 366 还是 365 算呢；
具体点就是 24.02.29 开通的，应该什么时候过期；客户对于这个时间会不会有争议呢；
同样的问题还有一个月。2.1 开通一个月，那应该什么时候到期呢
确实没写过相关的业务，纯好奇不是杠

20

SimonOne

58 天前

@yinmin #18 我写 abap 也这么整的。

21

NessajCN

58 天前

@lhstock 一年的时间按 365.2422 天，即 31556926 秒来算

22

78786381

58 天前

手拼不是更累

23

imlinhanchao

58 天前

1

明天就正常了

24

rainABC

58 天前

时间问题是一个永恒的问题

25

lhstock

58 天前

@NessajCN 我尝试换算 31556926 秒；计算未来几年的结果应该很难被用户接受吧；所以产品与用户对于年的定义是如何保持一致
```
const timer = new Date().getTime();
const test = (n = 0) => new Date(+timer + n * 31556926*1000).toLocaleDateString();
console.log(test(0))
console.log(test(1))
console.log(test(2))
console.log(test(3))
console.log(test(4))
// 输出如下：
2024/2/29
2025/2/28
2026/3/1
2027/3/1
2028/2/29
```