我希望"正确"具有美国或德国系统区域设置的用户的本地化时间。含义" 1:00 PM"和" 13:00"
Java API说:https://docs.oracle.com/javase/tutorial/i18n/format/dateFormat.html
Formats U.S. Locale German Locale
DEFAULT 7:03:47 AM 7:03:47
SHORT 7:03 AM 07:03
到目前为止。
Android API:https://developer.android.com/reference/java/text/DateFormat.html
SHORT is completely numeric, such as 12.13.52 or 3:30pm
正确的美国,如果您设置德语区域设置,Android将"翻译"上午/下午而不是删除它,正确的方式以及Java如何做到这一点。
我的问题,谷歌为什么这样做?我是愚蠢而缺乏睡眠,不理解" Google逻辑"?这是一个微不足道的要求,但我尝试了2个小时来获得正确的德国短时间演示,这也适用于美国本地化。 " 13:57 nachm。"不是德国时间代表。没有人使用它,这就是为什么我们有24小时格式化系统。它太尴尬了,它打破了每一次阅读尝试。
测试代码:
private void testGoogleLocaleLogic() {
TimeZone tz_de = TimeZone.getTimeZone("Europe/Berlin");
Calendar c_us = Calendar.getInstance(tz_de,Locale.US);
Calendar c_de = Calendar.getInstance(tz_de,Locale.GERMAN);
java.text.DateFormat df_date_us_short_ = java.text.DateFormat.getTimeInstance(java.text.DateFormat.SHORT,Locale.US);
java.text.DateFormat df_date_de_short = java.text.DateFormat.getTimeInstance(java.text.DateFormat.SHORT,Locale.GERMAN);
c_us.set(Calendar.YEAR,2018);
c_us.set(Calendar.MONTH,2);
c_us.set(Calendar.DAY_OF_YEAR,6);
c_us.set(Calendar.HOUR_OF_DAY,13);
c_de.set(Calendar.YEAR,2018);
c_de.set(Calendar.MONTH,2);
c_de.set(Calendar.DAY_OF_YEAR,6);
c_de.set(Calendar.HOUR_OF_DAY,13);
Log.d("localeTest","Android Dateformat getTimeInstance SHORT US: " + df_date_us_short_.format(c_us.getTime()));
Log.d("localeTest","Android Dateformat getTimeInstance SHORT DE: " + df_date_de_short.format(c_de.getTime()));
Log.d("localeTest","df_date_de_short is type of: " + df_date_de_short.getClass().getName());
}
结果
Android Dateformat SHORT US: 1:57 PM
Android Dateformat SHORT DE: 1:57 nachm.
为什么它不是13:57的德语语言环境,虽然我在Calendar中设置了两次,而DateFormat也是我所不知道的。
手动打印分钟和小时的解决方案,然后在系统区域设置之间切换大小写以添加或隐藏" PM / AM"这正是人们首先发明Locales的原因。为了避免这种情况请告诉我事实并非如此。
更新/更多测试/更多研究(强制使用java.text ....):
My Moto X Style,Android 7,德语区域设置打印:
Android Dateformat getTimeInstance SHORT US: 1:29 PM
Android Dateformat getTimeInstance SHORT DE: 1:29 nachm.
df_date_de_short is type of: java.text.SimpleDateFormat
Android模拟器NEXUS_5_API_26,美国语言环境
Android Dateformat getTimeInstance SHORT US: 1:18 PM
Android Dateformat getTimeInstance SHORT DE: 13:18
df_date_de_short is type of: java.text.SimpleDateFormat
所以强制使用" java.text.SimpleDateFormat"有效,但仅限于模拟器,而不是现实世界?我结束了,也许有人有最后5美分!
答案 0 :(得分:2)
我早先的猜测是对的,可悲的是。如果你没有用这个“猜测”搜索它,你将永远找不到它,因为日期格式是一个常见的主题。长话短说,这是一个 Android bug :
https://issuetracker.google.com/issues/37054851
一年多前修好了。这就是仿真器工作的原因,但API27之前的设备不会像OEM那样关注修复。
Google员工在上面的错误报告中添加了此解决方法:
boolean use24Hour = android.text.format.DateFormat.is24HourFormat(context);
final String skeleton = use24Hour ? "Hm" : "hm";
final String pattern = android.text.format.DateFormat.getBestDateTimePattern(locale, skeleton);
DateFormat formatter = new SimpleDateFormat(pattern, locale);
...短期约会。 MEDIUM将使用“Hms”/“hms”的骨架。 上面的代码绕过内部代码,该内部代码保持(不正确的)内存状态,跟踪用户是否喜欢12或24小时时间格式化。 AFAIK,android.text.format.DateFormat.is24HourFormat一直使用底层用户设置。 is24HourFormat()在API 3中添加.getBestDateTimePattern()仅在API 18中添加。
这正是我担心人类在2018年必须使用的转换案例垃圾。我们希望生活在火星上,但我们无法弄清楚如何在地球上打印时间!
答案 1 :(得分:0)
为什么不尝试使用SimpleDateFormat
而不是使用默认的DateFormat?也许你可以这样做:
SimpleDateFormat dateFormat = new SimpleDateFormat("dd-MM-yyyy");
dateFormat.setTimeZone(tz_de);
Log.d("localeTest",dateFormat.format(c_us.getTime())));