C产品在市场上有哪些独特优势？
- 内容介绍
- 文章标签
- 相关推荐
本文共计582个文字，预计阅读时间需要3分钟。
最近开发了一个数据交换服务接口，使用的是+.NET Web API+项目。需要监控每次请求的数据，包括操作日志。请求数据为实体对象，我使用了序列化将请求内容读取并写入日志。一看，好！
最近在做一个数据交换服务接口，用的 .NET Web API 项目。需要监控每次请求的数据，也就是操作日志。请求数据为实体对象，所以我用了序列化将请求内容读取并写入日志。咋一看，好像并没有什么问题，但是时间却不是我们平常看到的格式。效果图是这样的：
猜测这里是由于 js 初始化时间的时候往往是向 1970/01/01 添加毫秒数，JavaScriptSerializer 进行序列化的时候也会格式化为距离1970/01/01 到当前时间点 GMT+0 时间的毫秒数，如果直接反序列化可以看到少了8小时，且时间精度到毫秒，原来初始化的时间精度是 10-7 秒。
这种时间格式是使用于 js 的，但如果我们想把这个信息保存的话，这样的时间格式不适合阅读。因此需要做一下转换。
本文共计582个文字，预计阅读时间需要3分钟。
最近开发了一个数据交换服务接口，使用的是+.NET Web API+项目。需要监控每次请求的数据，包括操作日志。请求数据为实体对象，我使用了序列化将请求内容读取并写入日志。一看，好！
最近在做一个数据交换服务接口，用的 .NET Web API 项目。需要监控每次请求的数据，也就是操作日志。请求数据为实体对象，所以我用了序列化将请求内容读取并写入日志。咋一看，好像并没有什么问题，但是时间却不是我们平常看到的格式。效果图是这样的：
猜测这里是由于 js 初始化时间的时候往往是向 1970/01/01 添加毫秒数，JavaScriptSerializer 进行序列化的时候也会格式化为距离1970/01/01 到当前时间点 GMT+0 时间的毫秒数，如果直接反序列化可以看到少了8小时，且时间精度到毫秒，原来初始化的时间精度是 10-7 秒。
这种时间格式是使用于 js 的，但如果我们想把这个信息保存的话，这样的时间格式不适合阅读。因此需要做一下转换。