假设我们有一个应用程序由 angularjs 前端和 asp.net wep api 作为后端组成。
客户在使用日期选择器时应使用他的文化(例如:En-US)。当数据将发布到后端时,我在那里有特定的文化(例如:Tr-TR)。
我想要一个处理日期时间格式的系统来轻松处理这种情况。例如,每当客户向后端发送请求时,我应该从请求中了解他的文化,然后在返回数据之前在序列化时将我的日期转换为该格式。
我应该创建什么类型的系统?
因为我还没有前端代码,所以我将在 web api 端分享我的文化配置。
设置文化
public class CultureConfig
{
public static void Register()
{
//Get the culture info of the language code
const string uiLanguage = "Tr";//"En-US";
var culture = CultureInfo.CreateSpecificCulture(uiLanguage);
CultureInfo.DefaultThreadCurrentCulture = culture;
CultureInfo.DefaultThreadCurrentUICulture = culture;
}
}
Json 序列化配置:
var jsonFormatter = config.Formatters.OfType<JsonMediaTypeFormatter>().First();
jsonFormatter.SerializerSettings = new JsonSerializerSettings()
{
ContractResolver = new CamelCasePropertyNamesContractResolver(),
DateFormatHandling = DateFormatHandling.IsoDateFormat,
DateTimeZoneHandling = DateTimeZoneHandling.Unspecified,
Culture = CultureInfo.DefaultThreadCurrentCulture
};
最佳答案
您将其标记为关于 Web API 和 Angular,这是一个美妙的组合,让约会变得不那么困难。
考虑到以下几点,请牢记一些技巧:
- 让每个人都使用 UTC。客户端向上发送 UTC,服务器向下发送 UTC。如果你使用 Angular 内置的
date
过滤器,它会自动将任何 UTC 日期调整为本地浏览器时间。同样,input[type="datetime-local"]
元素也将执行该转换。 - 使用 ISO 格式进行序列化。 JSON.net 默认会这样做;不要改变它。如果您将
DateTime
对象作为yyyy-MM-ddTHH:mm:ssZ
向下发送,任何客户端框架(包括 Angular)都会正确解析它。即使从哲学的 Angular 来看,想想看:你的后端不应该为你的 View 显示格式化日期,它应该只提供一个日期对象。 JSON 没有“日期对象”,因此我们选择下一个最接近的对象。
从本质上讲,不要让您的 Web Api 担心文化。 API 的部分优点在于它们非常灵活。让你的前端框架操心在什么情况下如何显示日期。碰巧 Angular 在这方面非常擅长。
如果您坚持这一点,一切都会顺利运行并且易于维护。
有时会有一些奇怪的边缘情况,您必须在其中添加修改以支持这种情况,并且在服务器端更改文化或在本地时间存储内容可能更容易(例如, Entity Framework 需要一个助手来告诉它所有 DateTime
值的类型都应更改为 Utc
,否则 JSON.net 会将它们序列化为本地时间,并且它们将根据您的 UTC 偏移量关闭)。但是从去过那里的人那里拿走,从长远来看,这样做是值得的。添加任何必要的助手来实现上述所有功能,它会非常有效。
关于c# - 前后端同步日期格式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34501192/