Moment: .add() 또는 .subtract() 값을 띄우는 방법입니까?

이것은 의도적으로 설계된 것이지만 설명서에서 더 잘 설명할 수 있습니다.

시간, 분, 초 또는 밀리초를 더하거나 뺄 때 소수를 사용할 수 있지만 일 또는 더 큰 구성 요소를 세분화할 수는 없습니다.

그 이유는 시간 수학과 날짜 수학 사이에 논리적인 차이가 있기 때문입니다.

시간 수학은 UTC 기반 타임스탬프를 증가 또는 감소시키는 선형 시간 척도를 가정합니다. 이것은 실시간으로 DST 전환을 처리합니다. 예를 들어, 미국의 대부분의 장소에서 2015-03-08T01:00:00 더하기 1시간은 DST 전환을 위해 2:00에서 3:00까지의 시간을 건너뛰었기 때문에 2015-03-08T03:00:00 가 됩니다.

날짜 수학은 선형 시간 척도를 사용하지 않고 달력의 날짜를 사용합니다. 같은 예를 사용하면 2015-03-08T01:00:00 더하기 _day_ 는 2015-03-09T01:00:00 가 됩니다. 비록 23시간이 지났지만 말입니다. 그러므로 "하루"는 이 문맥이 고정된 시간이 아니며, 따라서 그것을 세분화하는 것은 무의미할 것입니다. (이날 반나절은 12시간 후가 될까요, 아니면 11.5시간 후가 될까요?)

DST가 없더라도 모든 월이 30일이 아니며 모든 연도가 365일인 것은 아닙니다. 1년을 더한다는 것은 365일을 더하는 것이 아니라 달력상의 위치를 ​​다음 해의 같은 달과 일로 옮기는 것을 의미합니다. 이로 인해 윤년의 2월 29일에 1년을 추가하고 비윤년으로 끝나는 경우와 같은 특정 모호성이 발생합니다. 우리는 2월 28일에 착륙하기로 선택했지만 3월 1일에 착륙하는 것도 똑같이 유효합니다.

다른 예로, 8월 31일 더하기 1개월에서 1개월을 빼면 8월 30일이 됩니다.

날짜 수학은 수학의 일반적인 덧셈과 뺄셈 규칙을 따르지 않기 때문에 나눗셈이나 곱셈 연산도 처리할 수 없으므로 1.9개월을 더할 수 없습니다.

다른 방식으로 생각하면 6월 15일 자정 + 1.5개월의 결과를 예상할 수 있습니까? 다음 중 하나는 사람이 수행할 수 있습니다.

• 2015-06-15T00:00 + (0.5 * 6월 30일) = 2015-06-30T00:00 + (1개월 = 30일) = 2015-07-30T00:00
• 2015-06-15T00:00 + (0.5 * 6월 30일) = 2015-06-30T00:00 + (1개월 = 31일) = 2015-07-31T00:00
• 2015-06-15T00:00 + 1개월 = 2015-07-15T00:00 + (0.5 * 7월의 31일) = 2015-07-30T12:00
• 2015-06-15T00:00 + [(6월과 7월의 61일 / 2 = 이 달의 평균 30.5일) * 1.5개월 = 45.75일] = 2015-07-30T18:00

여기 모두 논리적인 결과인 4가지 다른 답변이 있습니다. 이것이 날짜 계산을 수행할 때 단위를 세분화할 수 없는 이유입니다.

시간을 내어 이 매우 상세한 답변을 작성해 주셔서 대단히 감사합니다. 이러한 기능의 작동 이면에 있는 논리를 더 잘 이해합니다.

나는 Matt에게 감사하는 내 자신을 저항할 수 없었습니다. Delgan이 경험한 것과 같은 문제를 겪었습니다. 귀하의 답변이 너무 완벽합니다. 감사합니다.