2009-02-11 63 views

回答

12

我很乐意使用JavaScriptSerializer - 但如果有疑问,请考虑第三个选项 - Json.NET。因为它是第三方,所以与MS的决定无关......当然这是一把双刃剑 - 但是将小修正应用于独立的第三方库文件通常更容易。

6

我还没有看到确切的解释。当JavaScriptSerializer过时时,有不少人感到不安。

斯科特顾在他的博客上写了this comment说他认为把它标记为过时没有意义。

JavaScriptSerializer目前已被标记为废弃 - 尽管我不确定为什么(今天要问某人这件事)。这非常方便。请注意,过时的并不意味着在.NET 3.5中删除 - 它将至少支持另一个版本或两个版本(如果我能说服它们,则会更长)。

我想也许他并说服他们:-)

我继续使用JavaScriptSerializer作为其更直比DataContractJsonSerializer前进。

+2

由于MVC团队严重使用JavaScriptSerializer,因此自从MVC发现这种情况以后,它不太可能会在未来丢失。 – 2010-01-05 04:20:28

+0

当然[webAPI使用Json.Net](https://blogs.msdn.microsoft.com/henrikn/2012/02/17/using-json-net-with-asp-net-web-api/)作为标准。所以微软不再需要使用这些技术。我相信有关于将web api技术与MVC相结合的讨论,所以这种依赖性持续多久仍然存在问题。国际海事组织Json.Net每次都获胜。 – Liam 2017-04-04 13:16:08

相关问题