Yes, you can. You would derive a class from JsonConverter and override the CanConvert method to indicae that you can convert the Client
type.
Then, you would override the ReadJson and WriteJson methods to read and write the fields of the JSON literal.
For a JSON literal like this, it's more than likely you will need to create a JsonConverter for the Case
type, as you will need to cache all the properties of the Client
object during serialization until you have enough information to actually create the Client
instance.
Then, you would call the Add method on the JsonConverterCollection instance exposed by the Converters property on the JsonSerializer instance you are using to perform your serialization/deserialization.
Note that if you need to do this for a number of different classes that might be represented in this manner, then you can write one JsonConverter implementation, and have it scan for an attribute on the property. If the property has the attribute and exposes another object with properties, it would expect to read/write the dot-notation.
It should be noted that while you are using the dot-notation for the identifier, it's very uncommon to do so. If possible, on the side that is constructing the JSON literal, it should be doing it in this manner:
{
CaseName: "John Doe v. State",
CaseDate: "<some date>",
Client:
{
FirstName: "John",
LastName: "Doe",
Email: "[email protected]"
}
}
But that's assuming that you have control over that end. If you don't, then there's not much you can do.
If you do have control, then constructing your JSON literals in that manner would negate the need for a custom JsonConverter implementation.