dynamic vs object type

Question

I have used the dynamic and the object type interchangeably. Is there any difference between these two types? Is there any performance implications of using one over the other? Which one of these is more flexible?

Answer 1

They're hugely different.

If you use dynamic you're opting into dynamic typing, and thus opting out of compile-time checking for the most part. And yes, it's less performant than using static typing where you can use static typing.

However, you can't do much with the object type anyway - it has hardly any members. Where do you find yourself using it? When you want to write general purpose code which can work with a variety of types, you should usually consider generics rather than object.

Answer 2

With the advancement in C# language, we have seen the dynamic and object types. Here are the two types, as I learned by comparing these 7 points:

Object

1. Microsoft introduced the Object type in C# 1.0.
2. It can store any value because "object" is the base class of all types in the .NET framework.
3. Compiler has little information about the type.
4. We can pass the object type as a method argument, and the method also can return the object type.
5. We need to cast object variables to the original type to use it and to perform desired operations.
6. Object can cause problems at run time if the stored value is not converted or cast to the underlying data type.
7. Useful when we don't have more information about the data type.

Dynamic

1. Dynamic was introduced with C# 4.0
2. It can store any type of variable, similar to how Visual Basic handles a variable.
3. It is not type-safe, i.e., the compiler doesn't have any information about the type of variable.
4. A method can both accept a Dynamic type as an argument and return it.
5. Casting is not required, but you need to know the properties and methods related to stored type.
6. The Dynamic type can cause problems if the wrong properties or methods are accessed because all the information about the stored value is resolved at run time, compared to at compilation.
7. Useful when we need to code using reflection or dynamic languages or with the COM objects due to writing less code.

Hopefully, this would help somebody.