问题标签 [jquery-globalization]

在Globalize的新版本 1.2.1 中，我们看到 17 种文化在“数百”范围内（例如 100 到 999 之间）的数字解析失败。

这是一个使用CLDR JSON 数据版本 30.0.2的具体示例（也使用 CLDR 30.0.3 数据进行了测试，结果相同）：

据我所知，格式化数字 999.99 然后解析它不应该 yield NaN，所以这看起来像一个错误。NaN也是数字 100 的结果，实际上它似乎是任何具有三个有效数字的数字的结果。

如果我们只关注解析步骤，我们会看到以下内容：

如果我们使用 1.1.2 版本的早期 Globalize 代码，那么行为是正确的（即没有 NaN 问题）。

有问题的 17 种文化是：as-IN,bn-BD,bn-IN,brx-IN,dz-BT,en-IN,gu-IN,hi-IN,kok-IN,ks-Arab-IN,ml-IN,mr-IN,or-IN,pa-IN,ta-IN,ta-LK,te-IN. 在我们升级到 Globalize 1.2.1 后，我们的单元测试将它们全部拾起。

我们想知道是否有人可能会足够好心地确认他们可以重现这一点（是否有用于执行此类操作的 jsfiddle 模板？），以及新版本 Globalize 中的哪些更改（假设它是 Globalize 中的一个问题）是造成这种情况，以便我们可以发布相应的问题。

这个问题代表了Globalize的一个建议错误。该项目的所有者要求它首先作为一个 SO 问题发布，所以我们开始......

在 Globalize 的新版本 1.2.1（和 1.2.2）中，我们注意到解析空字符串的数字返回 0（似乎与文化无关）。此行为与之前的版本 1.1.2 不同，它返回 NaN。再生产：

直觉告诉我，解析一个空字符串不应该返回 0。在这种情况下，原生 JavaScript 解析函数（例如 parseInt）返回 NaN，支持这种直觉。

此外，Globalize 项目中的相关单元测试似乎没有涵盖这种情况，因此不清楚更改的行为是否是有意的。通过简要查看 1.2.* 版本的更改日志，我似乎找不到任何意图更改此行为的说明。

请注意，在新版本中解析空格确实会返回 NaN：

我们希望项目成员之一确认这是一个错误并在 Globalize 项目中提出相应的问题，或者解释为什么这是现在的预期行为。

我有一个 jquery 函数，可以检测下拉列表中的更改项目我想使用 jquery 更改 CurrentCulture 以更改 .net core 中的 LocalizatedValue ，这是包含我的试用版的 jquery 方法

在那里我需要cs代码中的当前文化信息