写了博文ASP.NET MVC 3升级至MVC 5.1的遭遇：“已添加了具有相同键的项”之后，继续看着System.Web.Mvc.JsonValueProviderFactory的开源代码。
越看越不顺眼，越看心里越不爽！不爽的地方主要有两个：
1）依然在使用用性能低下且不开源的JavaScriptSerializer！打死也不用Json.NET！
2）作为一个工厂类，JsonValueProviderFactory实现复杂，而且工厂生产出的产品DictionaryValueProvider（IValueProvider的一个实现）也很复杂。
【先看第一个不爽】
JsonValueProviderFactory的工作之一是对json字符串进行反序列化，而Json.NET的反序列化性能远超JavaScriptSerializer，请看下图：
而微软MVC开发人员依然不思进取，用自家东西的痴心不改，继续用着JavaScriptSerializer。
private static object GetDeserializedObject(ControllerContext controllerContext)
{
//...
JavaScriptSerializer serializer = new JavaScriptSerializer();
object jsonData = serializer.DeserializeObject(bodyText);
return jsonData;
}
仅凭这一点，就让我产生了这样的冲动——基于Json.NET自己实现一个JsonValueProviderFactory。
【再看第二个不爽】
作为一个工厂类，JsonValueProviderFactory继承自ValueProviderFactory，重载了ValueProviderFactory的抽象方法GetValueProvider，返回接口IValueProvider的一个实现。（ControllerActionInvoker就是通过IValueProvider接口根据key得到Action各个参数的值）
IValueProvider的代码如下：
namespace System.Web.Mvc
{
public interface IValueProvider
{
bool ContainsPrefix(string prefix);
ValueProviderResult GetValue(string key);
}
}
接口很简单，先检查prefix是否存在，如果存在通过key取值。
JsonValueProviderFactory返回的DictionaryValueProvider就是干这个活的，但是为了生产DictionaryValueProvider，JsonValueProviderFactory进行了复杂的搬箱子操作，不仅用到了递归，而且还用了多个IDictionary<string, object>，代码让人看得头晕。
再看看DictionaryValueProvider的实现，也是复杂，而且还用到了PrefixContainer。
简单算个账：JsonValueProviderFactory的代码用了120行，DictionaryValueProvider的代码用了63行，PrefixContainer的代码用了219，一共用了402行代码（包含空行与命名空间的引用）。有些奢侈！
需要这么复杂吗？有更简单的解决方法吗？
返回栏目页：http://www.bianceng.cnhttp://www.bianceng.cn/webkf/script/
以上是小编为您精心准备的的内容，在的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索接口
， 代码
， javascriptserializer
， DeserializeObject
， json.net
， 一个
复杂
，以便于您获取更多的相关知识。