[ruby] Ruby에서 DateTime과 시간의 차이

[2018 년 7 월 편집]

아래의 모든 사항은 Ruby 2.5.1에서도 여전히 유효합니다. 로부터 참조 문서 :

DateTime은 윤초를 고려하지 않으며 하계 시간 규칙을 추적하지 않습니다.

전에이 스레드에서 언급되지 않은 것은 몇 가지 장점 중 하나입니다. DateTime달력 개혁을 알고 있지만 Time그렇지는 않습니다.

[…] 루비의 Time 클래스는 다독 그레고리력을 구현하며 달력 개혁의 개념은 없습니다.

참조 문서는 Time과거, 현재 또는 미래의 날짜 / 시간을 독점적으로 다룰 때 사용할 것을 권장하고 DateTime, 예를 들어 셰익스피어의 생일을 정확하게 변환해야하는 경우 에만 사용하도록 권장 합니다. (강조 추가)

그렇다면 Ruby에서 DateTime을 언제 사용해야하고 언제 Time을 사용해야합니까? 앱이 현재 날짜와 시간을 처리하고 있기 때문에 시간을 사용하는 것이 좋습니다. 그러나 과거 상황에서 날짜와 시간을 처리해야하는 경우 DateTime […] 을 사용하는 것이 좋습니다 . 시간대를 다뤄야한다면 운이 좋을 것입니다. 19 세기까지는 철도 도입으로 표준시가 필요하지 않았기 때문에 현지 태양 시간을 다룰 것입니다. 그리고 결국 시간대.

[/ 2018 년 7 월 편집]

루비 2.0부터 다른 답변의 정보 대부분이 오래되었습니다.

특히, Time지금은 사실상 약속이 없습니다. Epoch에서 63 비트 이상 떨어져있을 수 있습니다.

irb(main):001:0> RUBY_VERSION
=> "2.0.0"
irb(main):002:0> Time.at(2**62-1).utc # within Integer range
=> 146138514283-06-19 07:44:38 UTC
irb(main):003:0> Time.at(2**128).utc # outside of Integer range
=> 10783118943836478994022445751222-08-06 08:03:51 UTC
irb(main):004:0> Time.at(-2**128).utc # outside of Integer range
=> -10783118943836478994022445747283-05-28 15:55:44 UTC

더 큰 값을 사용하는 유일한 결과는 성능이어야합니다. 이는 Integers (vs. Bignum( Integer범위 밖의 값 ) 또는 Rationals (나노초를 추적 할 때 )를 사용할 때 더 좋습니다 ) :

Ruby 1.9.2부터 Time 구현은 부호있는 63 비트 정수, Bignum 또는 Rational을 사용합니다. 정수는 1823-11-12에서 2116-02-20을 나타낼 수있는 Epoch 이후 수 나노초입니다. Bignum 또는 Rational을 사용하면 (1823 이전, 2116 후, 나노초 미만), 정수를 사용할 때와 같이 시간이 느리게 작동합니다. ( http://www.ruby-doc.org/core-2.1.0/Time.html )

다시 말해, 내가 이해하는 한, DateTime더 이상 광범위한 잠재적 가치를 다루지 않습니다Time .

또한 앞에서 언급하지 않은 두 가지 제한 사항에 DateTime유의해야합니다.

DateTime은 윤초를 고려하지 않으며 하계 시간 규칙을 추적하지 않습니다. ( http://www.ruby-doc.org/stdlib-2.1.0/libdoc/date/rdoc/Date.html#class-Date-label-DateTime )

첫째, DateTime윤초의 개념이 없습니다.

irb(main):001:0> RUBY_VERSION
=> "2.0.0"
irb(main):002:0> require "date"
=> true
irb(main):003:0> t = Time.new(2012,6,30,23,59,60,0)
=> 2012-06-30 23:59:60 +0000
irb(main):004:0> dt = t.to_datetime; dt.to_s
=> "2012-06-30T23:59:59+00:00"
irb(main):005:0> t == dt.to_time
=> false
irb(main):006:0> t.to_i
=> 1341100824
irb(main):007:0> dt.to_time.to_i
=> 1341100823

위의 예제가 (으)로 작동 Time하려면 OS가 윤초를 지원해야하고 시간대 정보를 올바르게 설정해야합니다 (예 : TZ=right/UTC irb많은 유닉스 시스템에서).

둘째, DateTime시간대에 대한 이해가 매우 제한적이고 특히 일광 절약의 개념이 없습니다 . 시간대를 간단한 UTC + X 오프셋으로 처리합니다.

irb(main):001:0> RUBY_VERSION
=> "2.0.0"
irb(main):002:0> require "date"
=> true
irb(main):003:0> t = Time.local(2012,7,1)
=> 2012-07-01 00:00:00 +0200
irb(main):004:0> t.zone
=> "CEST"
irb(main):005:0> t.dst?
=> true
irb(main):006:0> dt = t.to_datetime; dt.to_s
=> "2012-07-01T00:00:00+02:00"
irb(main):007:0> dt.zone
=> "+02:00"
irb(main):008:0> dt.dst?
NoMethodError: undefined method `dst?' for #<DateTime:0x007f34ea6c3cb8>

시간이 DST로 입력 된 후 DateTime자체 외부의 올바른 오프셋을 추적하지 않고 DST가 아닌 시간대로 변환 될 때 문제가 발생할 수 있습니다 (많은 운영 체제가 실제로이를 대신 할 수 있음).

전반적으로 요즘 Time은 대부분의 응용 프로그램에 더 나은 선택 이라고 말하고 싶습니다 .

또한 더하기의 중요한 차이점에 유의하십시오. Time 객체에 숫자를 추가하면 초 단위로 계산되지만 DateTime에 숫자를 추가하면 일 단위로 계산됩니다.

답변

# Will take a date time as a string or as a Time or DateTime object and
# format it appropriately for xmtlv. 
# For example, the 22nd of August, 2006 at 20 past midnight in the British Summertime
# timezone (i.e. GMT plus one hour for DST) gives: "20060822002000 +0100"
def self.format_date_time(date_time)
  if (date_time.respond_to?(:rfc822)) then
    return format_time(date_time)
  else 
    time = Time.parse(date_time.to_s)
    return format_time(time)
  end    
end

# Note must use a Time, not a String, nor a DateTime, nor Date.
# see format_date_time for the more general version
def self.format_time(time)
  # The timezone feature of DateTime doesn't work with parsed times for some reason
  # and the timezone of Time is verbose like "GMT Daylight Saving Time", so the only
  # way I've discovered of getting the timezone in the form "+0100" is to use 
  # Time.rfc822 and look at the last five chars
  return "#{time.strftime( '%Y%m%d%H%M%S' )} #{time.rfc822[-5..-1]}"
end

irb(main):034:0> DateTime.parse('2012-10-10 10:10 +0300').end_of_day
=> Wed, 10 Oct 2012 23:59:59 +0300
# it preserved the timezone +0300

irb(main):035:0> Time.parse('2012-10-10 10:10 +0300').end_of_day
=> 2012-10-10 23:59:59 +0000
# the timezone got changed to the server's default UTC (+0000), 
# which is not what we want to see here.

irb(main):044:0> Time.zone = 'EET'
=> "EET"
irb(main):045:0> Time.zone.parse('2012-10-10 10:10 +0300').end_of_day
=> Wed, 10 Oct 2012 23:59:59 EEST +03:00

irb(main):001:0> Time.new(2016,9,1)
=> 2016-09-01 00:00:00 -0400
irb(main):002:0> DateTime.new(2016,9,1)
=> Thu, 01 Sep 2016 00:00:00 +0000
irb(main):003:0> Time.new(2016,9,1).to_i
=> 1472702400
irb(main):004:0> DateTime.new(2016,9,1).to_i
=> 1472688000

Time.parse("Ends from 28 Jun 2018 12:00 BST").utc.to_s

Date.parse("Ends from 28 Jun 2018 12:00 BST").to_time.utc.to_s

DateTime.parse("Ends from 28 Jun 2018 12:00 BST").to_time.utc.to_s