数字本地化不是不必要的吗?

isn't number localization just unnecessary?

本文关键字：不必要本地化数字更新时间：2023-09-26

我刚刚读了这个页面 http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx

他们所做的一件事是将阿拉伯日期转换为阿拉伯日历。我想知道这样做是否是一个好主意。它实际上会让用户感到烦恼/困惑吗（即使用户是阿拉伯语）。

另外，我的第二个问题是，对于德语等某些文化，我们真的需要将 3,899.99 更改为 3.899,99 吗？我的意思是这样做并没有什么坏处，因为图书馆已经为我们做了这件事，但这实际上不会给用户带来更多的困惑（即使他是德国人）。

我敢肯定，无论这些人来自什么文化，如果我给你一个数字3,899.99，你不可能弄错吗？（因为他可能已经学会了通用格式）

你在这里的问题似乎是一个糟糕的假设。数字没有"通用格式"。3,899.99 在某些地方有效，而在另一些地方则令人困惑。反之亦然。人们通常可以弄清楚他们需要什么（特别是如果它在软件中显然在本地化方面做得很糟糕，否则:)），但这不是重点。

除了一般软件通常不涉及的某些科学和技术领域外，这些东西都没有通用的格式。如果您希望您的软件在您自己的地方以外的任何地方被本地条款接受，您需要为它工作。

对我来说，以您习惯的格式（在您的国家或语言中）查看日期和数字似乎不会那么令人困惑 - 为什么您认为会反过来？

本地化的目的是使应用程序看起来更自然。如果您在国际上使用它，绝对建议您在您的应用程序中执行此操作。虽然您可以使用美国标准，但这不是非常客户友好的做事方式。

对于一个人来说，看到他们熟悉的格式会更令人困惑吗？在应用程序所在的地方认识他们。如果他们的标准是 10.000,00，而你向他们展示 10,000.00，即使他们理解它，也确实会让人有点不安。扭转局面，想一想你想要什么。您是否希望开发人员将 10.000,00 用于他们的应用程序，因为您可以很好地理解它？

取决于。对我来说，3.899,99看起来像两个数字。 3.899和99.我想我们的数字格式对外国人来说看起来同样有趣。当然，我可以猜到这里的意思，但是如果你有一大堆这样的数字聚集在一起呢？中奖乐透号码是45,26,21,56,94,13。这是一个大数字，还是 6 个 2 位数字？

日期格式尤其重要。01/02/03. 是 2003 年 1 月 2 日、2003 年 2 月 1 日、2001 年 2 月 3 日还是什么？不同的区域性以不同的顺序指定 d/m/y。此外，当拼写出来时，它们显然有不同的月份名称。

如果你有时间和资源把它国际化，我认为你应该这样做。

作为一个外国人，我可以向你保证，本地化在用户满意度方面有很大帮助。数字中的逗号或点可能会导致大错误。另一个是天数和月份的相对位置。要进一步改进，请创建翻译并添加选项以选择区域设置。这样，您将获得接近100%的客户满意度

另一个重要的事情是输入。如果您没有本地化，请采用用户输入"1.234"...用户是什么意思？1.234 还是 1234 ？...可能有些用户不希望他们的值偏离系数 1000 ......谁知道呢？;)