ruby – 测试ActiveSupport :: TimeWithZone对象的相等性

前端之家收集整理的这篇文章主要介绍了ruby – 测试ActiveSupport :: TimeWithZone对象的相等性前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
有人可以解释d1如何大于d2?他们是同样的死亡日期(或至少是他们如何看待我).
Loading development environment (Rails 3.0.8)
ruby-1.9.2-p180 :001 > d1 = Event.first.updated_at
 => Thu,22 Sep 2011 02:24:28 PDT -07:00 
ruby-1.9.2-p180 :002 > d2 = Time.zone.parse("2011-09-22T02:24:28-07:00")
 => Thu,22 Sep 2011 02:24:28 PDT -07:00 
ruby-1.9.2-p180 :003 > d1.class
 => ActiveSupport::TimeWithZone 
ruby-1.9.2-p180 :004 > d2.class
 => ActiveSupport::TimeWithZone 
ruby-1.9.2-p180 :005 > d1 > d2
 => true 
ruby-1.9.2-p180 :006 >

关于我的具体应用需求…我有一个iOS应用程序,请求我的Rails应用程序传递一个JSON对象,其中包括NSDates的格式“2011-09-22T02:24:28- 07:00“.我试图将该datetime与ActiveSupport :: TimeWithZone类型的“updated_at”进行比较.

谢谢 – wg

解决方法

您会发现事件模型中的updated_at属性的精度高于秒.

尝试输出您相应时间对象的毫秒部分:

puts d1.usec
puts d2.usec

机会是前者将是> 0,因为它在对象被持久化时被自动设置,而后者将等于0,因为你没有在解析它的字符串中指定任何毫秒.

猜你在找的Ruby相关文章