关于c＃：DateTime.Now和Culture / Timezone特定


DateTime.Now and Culture/Timezone specific

我们的应用程序旨在处理来自不同地理位置的用户。

We are unable to detect what is the current end user local time and
time zone operate on it. They select different culture like sv-se,
en-us, ta-In even they access from Europe/London timezone..

我们在美国的托管服务器中托管它，应用程序用户来自Norway/Denmark/Sweden/UK/USA/India

问题是我们使用DateTime.Now来存储记录创建/更新日期等。

由于服务器在美国运行，所有用户数据都保存为美国时间:(

在SO中进行研究后，我们决定将所有历史日期存储在DB中DateTime.UtcNow

问题：

enter image description here

在29 Dec 2013, 3:15 P.M Swedish time上创建了一条记录。

1
2
3
4
5
6
7
8
9
10
11
 public ActionResult Save(BookingViewModel model)
    {
        Booking booking = new Booking();
        booking.BookingDateTime = model.BookingDateTime; //10 Jan 2014 2:00 P.M
        booking.Name = model.Name;
        booking.CurrentUserId = (User)Session["currentUser"].UserId;
        //USA Server runs in Pacific Time Zone, UTC-08:00
        booking.CreatedDateTime = DateTime.UtcNow; //29 Dec 2013, 6:15 A.M
        BookingRepository.Save(booking);
        return View("Index");
    }

我们希望向在India / Sweden / USA登录的用户显示相同的历史记录时间。

截至目前，我们正在使用当前文化用户登录并从配置文件中选择时区并使用TimeZoneInfo类进行转换

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
</appSettings>

    private DateTime ConvertUTCBasedOnCulture(DateTime utcTime)
    {
        //utcTime is 29 Dec 2013, 6:15 A.M
        string TimezoneId =                  
                System.Configuration.ConfigurationManager.AppSettings
                [System.Threading.Thread.CurrentThread.CurrentCulture.Name];
        // if the user changes culture from sv-se to ta-IN, different date is shown
        TimeZoneInfo tZone = TimeZoneInfo.FindSystemTimeZoneById(TimezoneId);

        return TimeZoneInfo.ConvertTimeFromUtc(utcTime, tZone);
    }
    public ActionResult ViewHistory()
    {
        List<Booking> bookings = new List<Booking>();
        bookings=BookingRepository.GetBookingHistory();
        List<BookingViewModel> viewModel = new List<BookingViewModel>();
        foreach (Booking b in bookings)
        {
            BookingViewModel model = new BookingViewModel();
            model.CreatedTime = ConvertUTCBasedOnCulture(b.CreatedDateTime);
            viewModel.Add(model);
        }
        return View(viewModel);
    }

查看代码

1
   @Model.CreatedTime.ToString("dd-MMM-yyyy - HH':'mm")

注意：用户可以在登录前更改文化/语言。它是一个基于本地化的应用程序，运行在美国服

我见过NODATIME，但我无法理解它如何帮助托管在不同位置的多文化Web应用程序。

题

如何为登录INDIA / USA / Anywhere`的用户显示相同的记录创建日期29 Dec 2013, 3:15 P.M？

截至目前，我在ConvertUTCBasedOnCulture中的逻辑基于用户登录文化。这应该与文化无关，因为用户可以使用来自印度/美国的任何文化登录

数据库列

CreatedTime：SMALLDATETIME

更新：擅自解决方案：

DATABASE COLUMN TYPE: DATETIMEOFFSET

UI

最后，我在每个请求中使用以下Momento.js代码发送当前用户的本地时间

1
2
3
4
5
6
7
8
9
10
$.ajaxSetup({
    beforeSend: function (jqXHR, settings) {
        try {
      //moment.format gives current user date like 2014-01-04T18:27:59+01:00
            jqXHR.setRequestHeader('BrowserLocalTime', moment().format());
        }
        catch (e) {
        }
    }
});

应用

1
2
3
4
5
6
7
8
9
10
11
12
public static DateTimeOffset GetCurrentUserLocalTime()
{
    try
    {
      return
      DateTimeOffset.Parse(HttpContext.Current.Request.Headers["BrowserLocalTime"]);
    }
    catch
    {
        return DateTimeOffset.Now;
    }
}

然后打电话给

1
 model.AddedDateTime = WebAppHelper.GetCurrentUserLocalTime();

在视图中

1
@Model.AddedDateTime.Value.LocalDateTime.ToString("dd-MMM-yyyy - HH':'mm")

在视图中它显示了用户的本地时间，但我希望看到像dd-MMM-yyyy CET/PST(2小时前)。

这个2小时前应该根据最终用户的当地时间来计算。与使用时区显示和本地用户计算的堆栈溢出问题创建/编辑时间完全相同。

示例：answered Jan 25 '13 at 17:49 CST (6 hours/days/month ago)因此来自USA / INDIA用户的其他观看者可以真正理解此记录是在距离INDIA / USA当前时间的6小时内创建的

几乎我认为我实现了一切，除了显示格式和显示格式计算。我怎样才能做到这一点？

相关讨论

听起来你需要存储DateTimeOffset而不是DateTime。您可以将本地DateTime存储到创建值的用户，但这意味着您无法执行任何订购操作等。您不能只使用DateTime.UtcNow，因为它不会存储任何指示本地的内容创建记录时用户的日期/时间。

或者，您可以及时存储用户的时区 - 这很难实现，但会提供更多信息，因为您可以说"一小时后用户的当地时间是多少？"

托管服务器应该是无关紧要的 - 你永远不应该使用服务器的时区。但是，您需要知道用户的相应UTC偏移(或时区)。这不能仅仅根据文化来完成 - 您需要在用户的机器上使用Javascript来确定您感兴趣时的UTC偏移(不一定是"现在")。

一旦你弄清楚如何存储值，检索它很简单 - 如果你已经存储了UTC瞬间和偏移量，你只需应用该偏移量，你就会回到原始用户的本地时间。您还没有说过如何将值转换为文本，但它应该只是简单地删除 - 只需格式化值，您应该获得原始的本地时间。

如果您决定使用Noda Time，则只需使用OffsetDateTime而不是DateTimeOffset。

相关讨论

如果特定时刻很重要，标准方法是始终将任何时间数据存储为UTC。那段时间不会受到时区变化和文化的影响。

显示时区的最常见方法是将时间存储为UTC，并在显示值时转换为当前用户的区域/时区组合。此方法仅需要在存储中提交单个日期时间。

请注意，对于Web情况(如ASP.Net)，您可能需要首先确定用户的文化/时区并将其发送到服务器(因为此信息在GET请求中不是必需的)或在浏览器中进行时间格式化。

根据"显示相同的历史时间"，您可能需要存储其他信息，如当前文化和/或当前偏移。如果你需要完全像原始用户看到的那样显示时间，你也可以保存字符串表示(因为格式/翻译可以稍后改变，值看起来会有所不同，也很不寻常)。

注意：文化和时区没有联系在一起，因此您需要决定如何处理美国PST时区的IN-IN文化等案例。

我对你的问题的措辞感到有些困惑，但似乎你想确定你的用户的时区。

  • 你试过问他们吗？许多应用程序让用户在用户设置中选择他们的时区。

  • 您可以从下拉列表或一对列表(国家/地区，然后是国家/地区内的时区)或基于地图的时区选取器控件中进行选择。

  • 您可以猜测并将其用作默认值，除非您的用户更改它。

如果沿着这条路走下去，您将需要能够使用IANA / Olson时区，这是Noda Time发挥作用的地方。您可以从DateTimeZoneProviders.Tzdb访问它们。

如果您使用UTC，则托管位置无关紧要。这是好事。

此外，如果您正在使用Noda Time，那么您可能应该使用SystemClock.Instance.Now而不是DateTime.UtcNow。

另见这里和这里。

此外 - 另一种解决方案是将UTC时间传递给浏览器并将其加载到JavaScript Date对象中。浏览器可以将其转换为用户的本地时间。您还可以使用像moment.js这样的库来简化这一过程。

更新

关于将文化代码映射到时区的方法：

1
</appSettings>

由于以下几个原因，这是行不通的：

  • 许多人在他们的计算机上使用不同于他们身体所在区域的文化环境。例如，我可能是一位住在德国的美国英语人士，我的文化代码可能仍然是en-US，而不是de-DE。

  • 包含国家的文化代码用于区分语言的方言。当你看到es-MX时，这意味着"西班牙语，就像在墨西哥说的那样"。这并不意味着用户实际上在墨西哥。它只是意味着用户说西班牙语的方言，而es-ES意味着"西班牙语，在西班牙语中"。

  • 即使文化代码的国家部分可靠，也有许多国家有多个时区！例如，您将在en-US的映射列表中添加什么？你不能只假设我们都在东部标准时间。

现在，我已经解释了为什么你现在的方法不起作用，我强烈建议你接受我原来的建议。非常简单：

  • 确定用户的时区，最好是通过询问他们，或许可以通过我上面链接的其中一个实用程序获得一些帮助。

  • 您正在存储UTC，因此只需转换为该时区进行显示即可。

    使用Microsoft时区

    1
    2
    TimeZoneInfo tz = TimeZoneInfo.FindSystemTimeZoneById("W. Europe Standard Time");
    DateTime localDatetime = TimeZoneInfo.ConvertTimeFromUtc(yourUTCDateTime, tz);

    使用IANA时区和Noda时间

    1
    2
    3
    DateTimeZone tz = DateTimeZoneProviders.Tzdb["Europe/Stockholm"];
    Instant theInstant = Instant.FromDateTimeUtc(yourUTCDateTime);
    LocalDateTime localDateTime = theInstant.InZone(tz);
    • 相关讨论

    我们最近处理的应用程序遇到了类似的问题。在开发过程中，每个人都处于同一时区，问题没有被发现。无论如何，有很多遗留代码本来很难改变，更不用说转换已经在数据库中的所有日期时间信息了。因此，不能选择更改为DateTimeOffset。但是我们设法通过在出路上从服务器时间转换为用户时间并在转换时从用户时间转换为服务器时间来实现一致性。对于作为边界的任何日期时间比较来执行此操作也很重要。因此，如果用户期望某些事情在午夜时间到期，那么我们会将该时间转换为服务器时间并在服务器时间内进行所有比较。这听起来像是很多工作，但是将整个应用程序和DB转换为使用DateTimeOffsets的工作要少得多。

    听到的是一个看起来像时区问题有一些很好的解决方案的线程。

    确定用户的时区

    相关讨论

    如果要向用户显示一致的日期/时间历史记录，无论他们查看历史记录的区域设置如何，则：

  • 在Save期间，不仅存储UTC"创建"日期/时间，还存储检测到的区域设置
  • 使用存储的saved from locale来计算原始日期/时间并发出要显示的字符串(即，在进行双工时不要使用当前用户区域设置)

    • 如果您无法修改存储，那么也许您可以更改提交以发送"当前客户端时间"，按字面意思存储(不转换为UTC)然后按字面显示(不要转换为检测到的文化)

    但正如我在你的问题评论中所说，我不确定我的要求是否合适。