Recently i was working on an API project where i have to return JSON data to the client for different kind of Requests like Customers, Orders, Products etc.  Since i was working on ASP.NET MVC, I could make use of the Json method to convert my entities ( Customer / Product etc...) to Json format in one line of code.No matter however my entity looks like, how complex it is, Json method will serialize that to the JSON format.

I want to return a generic response to my API call which tells me whether the call is success or failure, if failure what is the reason for failure ( ex : Invalid input / Not autherized to make this call etc..). So one way to this is doing like this. Create a class for returning the customer Data ( Ex : List of customers) with the properties for The status, error message and finally the reponse data ( the list of customers) .


Now i can return the list of customers by Filling the CustomersData property with a list of customers objects.

This will work, I will get a nice JSON response which represent my entity.  Great !  But wait. Look at it again. Aren't we doing it wrong ? Yes we are. We have more entites left. In this approach, We need to create a separate class for each return  one for CustomersAPIResponse, one for ProductsAPIResponse, one for OrdersAPIRespons and What not ?. So many classes! It's messy and we don't really want to do with the code which we will maintain.

So what's next ?

Here comes the dynamic type. we can use dynamic type in places where we can not tell the compiler in advance that this is going to be my type. Ex : In the above method, We told the Compiler that the CustomersData property is of type IEnumerable<Customer> . Compiler accepted that and If we are setting the value of this property as same type, the program will compile also. But if we use the dynamic type instead of the static IEnumerable<Customer>, Compiler is going to ignore that. you can set any type in that. When the program get executed , That property value will be replaced with what we are setting.

So Let's replace our code a little bit. We will write a generic class which can be used for returning all kind of requests

You might have noticed that the type of Data Property here is dynamic. That means , It can take anything and the compiler wont care about it.

So now we can use this for all our methods.

GetMockProductData returns a list of Products and GetMockCustomerData returns a list of Customers. Our Data Property is ok to accept any type now. There is no problem.


Methods/Properties of a dynamic type will be evaluated at runtime only. Not at compile time. The compiler will assume that the object in a variable supports any operations.


Doesn't it looks like var ?

var and dynamic are  differnet. var is still strongly typed. So the moment you initialize the var type, It becomes that type.  That means, if you write something like this

iamStrongType becomes a string type. So it is strongly typed. You can not assign a different type to this variable now like.

Another thing is, you can not define var as a property type.

So where to use var ?

i think the most i use var is as a shorthand for creating new objects. Instead of writing this

I can simply write this.

That is much cleaner.

Another scenario where you use var is to create a type on the fly. You want to return something, but you don't want to write a class for that. So you can use var there  like this.

Object Vs Dynamic 

Object is the base class . So why not use that instead of dynamic ?

Yes you can use that. But  you need to do an explicit type casting eveytime you want to get the value back and forth.

I hope this gives you some idea about dynamic type in C#4.0. You can download the sample source code which i used in the post here. Don't forget to leave me a comment, if this post helps you.