blocks|key|2980294|text|使用strptime并给出具体的时间格式。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2980295|ruby-1.9.2-p136+:022+>+Date.strptime+'03/21/2011',+'%25m/%25d/%25Y'
+=>+#<Date:+2011-03-21+(4911283/2,0,2299161)>|code-block|syntax|javascript|2980296|2980297|有关Ruby版本之间差异的原因，请参阅's+response。|2980298|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/5373165/176075^0|2|8|0|0|0|J|B|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|Y|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]|$1|L|3|M|5|6|7|10|8|@]|D|@$9|11|A|12|1|13]]|E|$]]|$1|N|3|-4|5|6|7|14|8|@]|D|@]|E|$]]]|O|$P|$5|Q|R|S|E|$T|U]]]]

Use <code>strptime</code> and give a specific time format.

<pre><code>ruby-1.9.2-p136 :022 &gt; Date.strptime '03/21/2011', '%m/%d/%Y'
 =&gt; #&lt;Date: 2011-03-21 (4911283/2,0,2299161)&gt;
</code></pre>

<hr>

See <a href="https://stackoverflow.com/a/5373165/176075">michaelmichael's response</a> for the reason for this difference between Ruby versions.

blocks|key|273439|text|我一直在使用Date.parse解析日期时遇到困难。我的解决方案对chronic+gem来说是不必要的。我也喜欢在另一个答案中找到的strptime函数。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|273440|entityMap|0|LINK|mutability|MUTABLE|url|http://rubygems.org/gems/chronic^0|6|A|X|7|1U|8|X|B|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]]|D|@$9|U|A|V|1|W]]|E|$]]|$1|F|3|-4|5|6|7|X|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]]]

I have always had difficulty parsing dates with <code>Date.parse</code>. My solution is gratutious of the <a href="http://rubygems.org/gems/chronic" rel="nofollow"><code>chronic</code> gem</a>. I also like the <code>strptime</code> function found in another answer.

blocks|key|275450|text|根据this+bug+report，在1.9中有意删除了解析mm/dd/yy日期的功能。Ruby的创建者松本幸博说：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|275451|275452|+"dd/dd/dd“格式本身就非常依赖于文化并且模棱两可。在日本(和其他国家)是yy/mm/dd，在美国是mm/dd/yy，在欧洲国家是dd/mm/yy，对吗？在某些情况下，你可以偶然地告诉他们，但在一般情况下，我们不应该依靠运气。我相信这就是1.9中禁用解析这种格式的原因。|blockquote|275453|275454|275455|正如hansengel所建议的，您可以改用Date.strptime。|275456|entityMap|0|LINK|mutability|MUTABLE|url|http://redmine.ruby-lang.org/issues/634^0|U|8|2|F|0|0|0|0|0|0|L|D|0^^$0|@$1|2|3|4|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@$9|Y|A|Z|1|10]]|E|$]]|$1|F|3|-4|5|6|7|11|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|12|8|@]|D|@]|E|$]]|$1|J|3|-4|5|6|7|13|8|@]|D|@]|E|$]]|$1|K|3|-4|5|6|7|14|8|@]|D|@]|E|$]]|$1|L|3|M|5|6|7|15|8|@$9|16|A|17|B|C]]|D|@]|E|$]]|$1|N|3|-4|5|6|7|18|8|@]|D|@]|E|$]]]|O|$P|$5|Q|R|S|E|$T|U]]]]

Per <a href="http://redmine.ruby-lang.org/issues/634" rel="noreferrer">this bug report</a>, the ability to parse <code>mm/dd/yy</code> dates was intentionally removed in 1.9. Ruby's creator, Yukihiro Matsumoto says:

<blockquote>
 "dd/dd/dd" format itself is very
 culture dependent and ambiguous. It
 is yy/mm/dd in Japan (and other
 countries), mm/dd/yy in USA, dd/mm/yy
 in European countries, right? In some
 cases, you can tell them by accident,
 but we should not rely on luck in
 general cases. I believe that is the
 reason parsing this format is disabled
 in 1.9.
</blockquote>

As hansengel suggests, you can use <code>Date.strptime</code> instead.

blocks|key|2980398|text|++class+<<+self
++++def+parse_with_us_format(date,+*args)
++++++if+date+=~+%25r{%5E\d%2B/\d%2B/(\d%2B)$}
++++++++Date.strptime+date,+"%25m/%25d/#{$1.length+==+4+%7C%7C+args.first+==+false+?+'%25Y'+:+'%25y'}"
++++++else
++++++++parse_without_us_format(date,+*args)
++++++end
++++end
++++alias_method_chain+:parse,+:us_format
++end|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|2980399|unstyled|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$B|C]]|$1|D|3|-4|5|E|7|H|8|@]|9|@]|A|$]]]|F|$]]

<pre><code> class &lt;&lt; self
 def parse_with_us_format(date, *args)
 if date =~ %r{^\d+/\d+/(\d+)$}
 Date.strptime date, "%m/%d/#{$1.length == 4 || args.first == false ? '%Y' : '%y'}"
 else
 parse_without_us_format(date, *args)
 end
 end
 alias_method_chain :parse, :us_format
 end
</code></pre>

blocks|key|3193806|text|我喜欢american_date的gem，因为它实现了这一点。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3193807|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/jeremyevans/ruby-american_date^0|3|D|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I like the <a href="https://github.com/jeremyevans/ruby-american_date" rel="nofollow">american_date</a> gem for accomplishing this...

In Ruby 1.87 I could do:

<pre><code>Date.parse ("3/21/2011")
</code></pre>

Now in 1.9.2 I get:

<blockquote>
 ArgumentError: invalid date
</blockquote>

Any ideas?

Ruby 1.87 vs 1.92 Date.parse

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

在Ruby 1.87中，我可以这样做：Date.parse ("3/21/2011")现在在1.9.2中，我得到了： ArgumentError:日期无效有什么想法吗？

问Ruby1.87 vs 1.92 Date.parse
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ruby1.87 vs 1.92 Date.parseEN