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

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

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

  1. puts d1.usec
  2. puts d2.usec

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

猜你在找的Ruby相关文章