国际观众的最佳时间格式
Best time format for international audience
不确定这是否是正确的论坛，但我有一个应用程序，其中某个时间显示为东部标准时间（或夏令时）。南美洲和某些远东国家/地区的客户提出了一些建议（阅读投诉），时间也应该以众所周知的国际标准显示。
我的问题是时间应该以 UTC 格式显示给国际观众吗？
我个人会选择 UTC，因为它是标准的。它也代表 "Coordinated Universal Time"
这是一个相当 broad/opinion-soliciting 的问题。但从 objective 的角度来看，您确实有三个核心选择：
- 将所有日期时间信息存储为 UTC，然后在每个用户的基础上提供本地化（即，让用户在他们的配置文件中选择他们的时区，并在处理输入时转换 UTC <--> 本地时间或显示日期）
- 根据用户在个人资料中选择的时区，将每个用户的日期时间信息存储为本地化的。然后按原样为该用户处理日期时间的输入/输出（意思是，查询或保存时不进行翻译）。
- 选择一个时区。然后将所有日期时间存储并显示为该时区。
即使在给定的国家/地区内，时区也是一个需要处理的问题（例如美国有 4 个时区）。通常，Web 媒体资源允许指定每个用户的时区。
注意：如果您一致地存储所有日期时间（例如，所有 UTC），这可能会使您的报告和其他数据库操作更加直接。
不确定这是否是正确的论坛，但我有一个应用程序，其中某个时间显示为东部标准时间（或夏令时）。南美洲和某些远东国家/地区的客户提出了一些建议（阅读投诉），时间也应该以众所周知的国际标准显示。
我的问题是时间应该以 UTC 格式显示给国际观众吗？
我个人会选择 UTC，因为它是标准的。它也代表 "Coordinated Universal Time"
这是一个相当 broad/opinion-soliciting 的问题。但从 objective 的角度来看，您确实有三个核心选择：
- 将所有日期时间信息存储为 UTC，然后在每个用户的基础上提供本地化（即，让用户在他们的配置文件中选择他们的时区，并在处理输入时转换 UTC <--> 本地时间或显示日期）
- 根据用户在个人资料中选择的时区，将每个用户的日期时间信息存储为本地化的。然后按原样为该用户处理日期时间的输入/输出（意思是，查询或保存时不进行翻译）。
- 选择一个时区。然后将所有日期时间存储并显示为该时区。
即使在给定的国家/地区内，时区也是一个需要处理的问题（例如美国有 4 个时区）。通常，Web 媒体资源允许指定每个用户的时区。
注意：如果您一致地存储所有日期时间（例如，所有 UTC），这可能会使您的报告和其他数据库操作更加直接。