Proper JSON serialization in MVC 4

68,195

Solution 1

I would recommend using something like ServiceStack or Json.NET for handling Json output in your MVC application. However, you can easily write a class and override the Json method using a base class. See my example below.

NOTE: With this, you do not need anything in your Global.ascx.cs file.

Custom JsonDotNetResult class:

public class JsonDotNetResult : JsonResult
{
    private static readonly JsonSerializerSettings Settings = new JsonSerializerSettings
    {
        ContractResolver = new CamelCasePropertyNamesContractResolver(),
        Converters = new List<JsonConverter> { new StringEnumConverter() }
    };

    public override void ExecuteResult(ControllerContext context)
    {
        if (this.JsonRequestBehavior == JsonRequestBehavior.DenyGet &&
            string.Equals(context.HttpContext.Request.HttpMethod, "GET", StringComparison.OrdinalIgnoreCase))
        {
            throw new InvalidOperationException("GET request not allowed");
        }

        var response = context.HttpContext.Response;

        response.ContentType = !string.IsNullOrEmpty(this.ContentType) ? this.ContentType : "application/json";

        if (this.ContentEncoding != null)
        {
            response.ContentEncoding = this.ContentEncoding;
        }

        if (this.Data == null)
        {
            return;
        }

        response.Write(JsonConvert.SerializeObject(this.Data, Settings));
    }
}

Base Controller class:

public abstract class Controller : System.Web.Mvc.Controller
{
    protected override JsonResult Json(object data, string contentType, System.Text.Encoding contentEncoding, JsonRequestBehavior behavior)
    {
        return new JsonDotNetResult
            {
                Data = data,
                ContentType = contentType,
                ContentEncoding = contentEncoding,
                JsonRequestBehavior = behavior
            };
    }
}

Now, on your controller action you can simply return something like so.

return Json(myObject, JsonRequestBehavior.AllowGet);

BAM. You now have camelcase Objects returned with Json :)

NOTE: There are ways to do this with Serializer settings on each object that you make with Json. But who would want to type that out every time you want to return Json?

Solution 2

While Web API uses JSON.NET, MVC4 uses by default the JavaScriptSerializer, and I dont think it supports changing to Camel Case serialization. Check this: Setting the default JSON serializer in ASP.NET MVC

My suggestion is that you create a custom JsonNetResult as described here Using JSON.NET as the default JSON serializer in ASP.NET MVC 3 - is it possible? and change the last line to:

var serializedObject = JsonConvert.SerializeObject(
      Data,
      Formatting.Indented,
      new JsonSerializerSettings { MappingResolver = new CamelCaseMappingResolver() });

Solution 3

Note that below information is for Asp .Net core

.Net team has recently announced that MVC now serializes JSON with camel case names by default.

With couple of lines below you would be able to enable this functionality:

services
.AddMvc()
.AddJsonOptions(options =>
options.SerializerSettings.ContractResolver = new DefaultContractResolver());

I wrote little blog on the same which is here.

Solution 4

You can create a static method to return a ContentResult that utilizes the NewtonSoft.Json library to do the serialization similar to this:

public static ContentResult CamelJson<TData>(TData response)
{
    DefaultContractResolver resolver = new CamelCasePropertyNamesContractResolver();
    JsonSerializerSettings settings = new JsonSerializerSettings
    {
        ContractResolver = resolver,
        DateFormatHandling = DateFormatHandling.IsoDateFormat
    };
    return new ContentResult
    {
        Content = JsonConvert.SerializeObject(response, settings),
        ContentType = "application/json"
    };
}

Example usage:

[HttpGet]
public ContentResult GetCamelCaseJsonData()
{
  return ContentUtils.CamelJson(result);
}

The output will be camel-case.

Share:
68,195

Related videos on Youtube

Mario
Author by

Mario

Updated on February 19, 2020

Comments

  • Mario
    Mario about 4 years

    I'd like to have JSON 'properly' serialized (camelCase), and the ability to change date formats if necessary.

    For Web API it is very easy - in the Global.asax I execute the following code

    var json = GlobalConfiguration.Configuration.Formatters.JsonFormatter;
    json.SerializerSettings.ContractResolver = new CamelCasePropertyNamesContractResolver();
    

    This code, at the pipeline level, handles serialization the way I'd like.

    I would like to accomplish the same thing in MVC 4 - have any JSON returned from controller action methods to be serialized properly. With a little searching I found the following code to throw in the Global.asax application startup:

    HttpConfiguration config = GlobalConfiguration.Configuration;
    Int32 index = config.Formatters.IndexOf(config.Formatters.JsonFormatter);
    config.Formatters[index] = new JsonMediaTypeFormatter
    {
         SerializerSettings = new JsonSerializerSettings { ContractResolver = new CamelCasePropertyNamesContractResolver() }
    };
    

    It seems to execute fine but when I return JSON from a controller it is all PascalCased. A simple example of my action method:

    private JsonResult GetJsonTest()
    {
        var returnData = dataLayer.GetSomeObject();
        return Json(returnData, JsonRequestBehavior.AllowGet);
    }
    

    Am I going about this wrong? Any idea how to accomplish this at the pipeline level?

    • evanmcdonnal
      evanmcdonnal almost 11 years
      I didn't realize the json spec required camel casing....
    • Mario
      Mario almost 11 years
      As I understand it, camel cased json is more widely accepted and not doing it can break frameworks. Also, our development standards specify that, so that is what I am doing.
    • user3285954
      user3285954 almost 4 years
      Shouldn't return data objects from API. Better create models/service contract/whatever and return those. The problem isn't only the potential data leak but it's also a high risk add dependency in API clients on internal data objects. Someone renames a data property and there you go your UI is broken.
  • Thomas
    Thomas over 7 years
    Yeah but it is for aspnet core