对于这个问题，这是一个后续问题（可能应该在它之前提出）： Subclasses of java.util.Calendar。
我正在国际化一个大规模使用日期的Java应用程序，因为很多数据都有与之相关的日期。它将被翻译成的第一批语言之一是阿拉伯语。
目前我无法联系阿拉伯语的人，所以我问你;商业用户会理解并熟悉公历吗？
我猜答案可能取决于仅在一个区域设置（在设置时选择）支持的数据，尽管存储为时间戳。
如果数据是针对通常使用公历的区域设置进行本地化，但用户是阿拉伯语，我是否使用Hijri日历系统显示数据日期，或者他们是否熟悉公历日历系统？反之亦然？
答案 0 :(得分：4)
这取决于你的应用程序的上下文是如何“理性化”的。
如果是某些国际商业应用，即处理进口和出口，您的客户很可能会期待一个阳历。在欧元（€）之前，许多欧洲企业使用美元（$）作为默认货币，因为它简化了很多东西。这同样适用于日历。
另一方面，一个高度本地化的应用程序，如电视节目表或生日提醒，你当然应该使用本地日历。
换句话说：询问客户或使其可由用户定义。
另一件事：即使您的大多数用户都知道公历，您也应该考虑本地化日历是否会有所改进。几年前，当整个IT标记无可争议地被美国统治时，每当我使用支持Umlauts（äöü）的应用程序时，我都很激动。同样的概念可能会让您比竞争对手更具优势。让您的客户满意：）
一如既往：使用Joda time。
答案 1 :(得分：3)
首先，关于日期，如果可以，请使用Joda时间。
其次，我认为公历用于国际商业，伊斯兰历法用于宗教节日和宗教节日。仪式;根据国家的不同，伊斯兰历法也可能是“官方”日历。
例如，在沙特阿拉伯，官方日历确实是伊斯兰历法，但根据法律，他们确实为国际商业目的维护双日历。