이것은 PHP의 DateTime : bug에서 버그입니까?

Question

>> $start_dt = new DateTime() 
DateTime::__set_state(array(
    'date' => '2012-04-11 08:34:01', 
    'timezone_type' => 3, 
    'timezone' => 'America/Los_Angeles', 
)) 
>> $end_dt = new DateTime() 
DateTime::__set_state(array(
    'date' => '2012-04-11 08:34:06', 
    'timezone_type' => 3, 
    'timezone' => 'America/Los_Angeles', 
)) 
>> $start_dt->setTimestamp(strtotime('31-Jan-2012')) 
DateTime::__set_state(array(
    'date' => '2012-01-31 00:00:00', 
    'timezone_type' => 3, 
    'timezone' => 'America/Los_Angeles', 
)) 
>> $end_dt->setTimestamp(strtotime('1-Mar-2012')) 
DateTime::__set_state(array(
    'date' => '2012-03-01 00:00:00', 
    'timezone_type' => 3, 
    'timezone' => 'America/Los_Angeles', 
)) 
>> $interval = $start_dt->diff($end_dt) 
DateInterval::__set_state(array(
    'y' => 0, 
    'm' => 0, 
    'd' => 30, 
    'h' => 0, 
    'i' => 0, 
    's' => 0, 
    'invert' => 0, 
    'days' => 30, 
)) 
>> $interval->format('%mm %dd') 
'0m 30d' 

즉 31-Jan-2012에서 1-Mar-2012까지 한 달 이내에 수익이 발생합니다. 출력이 1 개월, 1 일이 될 것으로 기대합니다. 2 월의 날짜 수는 중요하지 않습니다. 이것이 시간 라이브러리를 사용하는 요점입니다. 이러한 것들을 처리해야합니다. WolframAlpha agrees.

PHP에 버그를 기록해야합니까? 예상대로 작동하도록 해킹/수정/해결 방법이 있습니까?

Answer 1

PHP에 버그를 기록해야합니까?

번호

간격의 "달"부분은 시작 날짜의 월 부분이 많은 달에 의해 증가 될 수 있다는 것을 의미한다. PHP에서의 동작은 시작일이 31-Jan-2012이고 월을 증가 (문자 :)하고 올바른 날짜를 수정하면 (PHP가이 작업을 수행함) 02-Mar-2012이 작업 대상 날짜보다 늦은 것입니다.

이것을 증명하려면 시작 날짜를두고 n 개월을 몇 달 추가하여 문제를 확인하십시오.

31-Jan-2012 (Interval) 
02-Mar-2012 (P1M) 
31-Mar-2012 (P2M) 
01-May-2012 (P3M) 
31-May-2012 (P4M) 
01-Jul-2012 (P5M) 

월이 증가되고 유효한 날짜가되도록 조정 된 것을 볼 수 있습니다.

Answer 2

업데이트 대답

DateTime::diff의이 동작은 예상하지 못한, 그러나 버그 아니다. 간단히 말해서, diff 당신이

$end_ts = strtotime('+$y years +$m months +$d days' /* etc */, $start_ts); 

를 한 경우 원래 종료 날짜를 종료 대응하는 타임 스탬프를 다시 얻을 것이다 년, 월, 일 등 등의 반환합니다.

이러한 추가 작업은 "맹목적으로"수행 된 다음 날짜 수정이 적용됩니다 (예 : 1 월 31 일 + 1 개월은 2 월 31 일, 3 월 2 일 또는 3 월 3 일은 연도에 따라 수정 됨). 이 구체적인 예에서는 salathe가 설명하는 것처럼 한 달조차 추가 할 수 없습니다.