问题标签 [datetime-parsing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - DateTime.ParseExact 根本不起作用,为什么?
我正在尝试将以下内容解析为c# 中String
的对象:DateTime
尽管该值看起来正确,但该ParseExact
方法一直给我以下信息:
字符串未被识别为有效的日期时间。
谁能告诉我为什么以及如何解析上述字符串而无需手动执行?不ParseExact
应该是为了这种场合吗?
c# - 如何在 C# 中执行 Convert.ToDateTime 或解析日期,但在 C# 2.0 中只能获取 dd/mm/yyyy?
正如主题所说,我有一个字符串
我想将它传递给一个只接受它作为 DateTime 的 web 方法
自然它会在 Web 服务不接受的日期之后添加 hh:mm:ss 那么当我将日期转换为日期时如何将日期保持为短格式?
提前致谢
java - 使用什么系统默认日期格式?
我正在为我们的应用程序设定标准。
我一直在想,我应该选择使用什么默认日期格式?
它应该是:
- 国际化和时区意识,格式应该能够代表用户本地时间
- 可以被 SimpleDataFormat 有效解析(或类似的,仅限 jdk 类)
- 与编程语言无关(可以在 java、python、god forbid C++ 中解析 :) 和 co。)
- 最好是基于 ISO 或其他公认的标准
- 易于通过 HTTP 进行通信(如果需要,JSON 或 YAML 或类似的东西)
- 可以将时间表示为秒级分辨率(越精确越好,如果可能,为微秒级)。
- 人类可读是一个加号,但不是必需的
- 紧凑是一个加号,但不是必需的
谢谢你,
马克西姆。
c# - 从字符串创建 DateTime 而不应用时区或夏令时
如何从已针对 UTC 调整的字符串创建 DateTime var?我在设置为 BST (GMT+1) 的机器上运行它。如果我运行以下代码行:
然后在针对数据库保存(UTC)值的测试中使用该值,然后看起来 Convert.ToDateTime() 实际上给了我 14:20 的 UTC 值。我不希望它进行转换 - 我只是希望它接受我的 DateTime 字符串已经在 UTC 中。
谢谢。
.net - 是否可以从“-3:00:00”字符串中解析 DateTime?
我有一个代表时间偏移的字符串。
我可以从中构建一个 DateTime 对象吗?
我的意思是如果负值是可以的?
c# - 将 Varchar 数据类型转换为日期时间导致超出范围
我有问题。我无法识别我的错误...
但我得到了错误:
将 Varchar 数据类型转换为日期时间导致超出范围
.net - 为什么 DateTime.ParseExact 不使用尾随 Z 解析 UTC 格式?
另一个 ParseExact 问题。我正在尝试将 UTC 格式的字符串解析为日期时间,其格式为:
"YYYY-MM-DDThh:mm:ss.ssZ"
它采用 UTC 格式,带有尾随 Z。由于某种原因,我无法准确解析它。我试过“u”、“s”、“o”自定义格式字符串,还有几个DateTimeStyles和手写的。文化是不变的。
出于某种原因,它不喜欢 Z,这表明它是一个 UTC 字符串。当我删除它时,解析。我会很高兴,带着一些满足,去掉尾随的 Z,因为我知道它们是 UTC 日期时间字符串,但我不能。有任何想法吗?
ruby - Ruby 1.9.2 中的解析时间与 Ruby 1.8.7 不同?
在ruby 1.8.7中解析这个
红宝石 1.9.2
你能告诉我到底是什么问题吗?
这是否与 ruby 1.9.2 中 Time 解析的方式有关,如下所示?
c# - c#中转换的日期格式
有没有人可以告诉我这个'1110620'是什么类型的日期格式?以及如何将其转换为“yyyy-MM-dd”格式。非常感谢任何帮助。谢谢!
c# - DateTime.TryParseExact() 由于线程的文化信息而失败
我在现有实现中有以下代码行
它返回false
意味着无法解析传递的字符串。这对我来说真的很令人惊讶,因为这里的模式似乎是准确的。根据null
第三个参数中的 MSDN 值意味着将使用当前的文化信息(我假设它是Thread.CurrentThread.CurrentCulture
)。
Thread.CurrentThread.CurrentCulture
在监视窗口中是en-US
,但是文化信息的实例后来在代码中的某处被更改(日期时间格式化程序或其他东西)。
当我通过CultureInfo.InvariantCulture
或new CultureInfo("en-US")
一切正常时。
任何人都可以说是什么原因导致TryParseExact
这里null
通过时失败?类似的问题没有给我任何线索。