Why Isn’t This In the .NET SDK?

It is very valid for .NET Core developers working with headless CMS to ask why some of the code suggested in this blog does not appear in the SDK, including at least the following.

To the extent possible, Entry Models should have no dependence on or awareness of the CMS, its .NET SDK, its RESTful API, or its JSON formats. Use the SDK to retrieve and deserialize from JSON to your Entry Models, possibly using the vendor’s default Entry Model class as an intermediary between the CMS and your Entry Models.

Most enhancements relevant to .NET would likely belong in the vendor’s model generators rather than their SDKs because the generated classes belong in a project that does not depend on the CMS .NET SDK. For example, model generators could model inheritance patterns in Content Types as class hierarchies, use the generic approach for Modular Blocks, create classes to model the various types of fields (including any required conversions that do not depend on vendor SDKs), and so forth.

Another potential enhancement could involve API coverage. The SDKs may not cover all available RESTful APIs. It is not much work to call those services directly, but it would be nice to use the existing infrastructure in the SDKs, if possible.

4 thoughts on “Why Isn’t This In the .NET SDK?

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: