Use custom properties

The process of adding custom properties to an existing entity is covered in Create a custom property in the application dictionary.. This article focuses on technical details for some use cases.

Any entity in Spire that extends BaseModel (found in ApiModels.ts) or any object in the API that extends the BaseModel class (found in BaseModel.cs) can be extended with the Properties object. The Properties object is a dictionary comprised of string key:value pairs and is intended to act as easily customizable properties so the application can be extended to fit a variety of business needs. The entities available for extension this way can also be found in the Admin Console on the Application Dictionary page.

The Properties dictionary can be used in a variety of ways (detailed below) and is set up so that no code changes to existing models or mappers are needed. If you look at any of the existing mapper classes in the API, you will not find any reference to these properties. This is because they are copied over in our base handler class after the mapping occurs. You must ensure the custom properties are handled accordingly in any Spire component or handler chain, but do not need to worry about mapping them yourself.

You have two main options for setting the value on your custom properties. The first option to find the relevant entity in the Admin Console (a specific order, product, category, etc.) and set the value on the Custom tab:

The second option is to add custom code to set these custom property values. This can make more sense if you need to apply some specific or niche business logic.

In the API, you must insert a custom handler/pipe to apply business logic to custom properties. These new handlers and/or pipes must follow all other rules and logic around custom code. You grab the relevant value by accessing the Properties dictionary with the key you assigned to the property. If it is a complex object, you may need to de-serialize the value.

If you want to set a value for a custom property, you can do so using the standard Dictionary.Add() method if the value is a string: result.Properties.Add(“Key”, “Value”);

Or by serializing the object to be added as a value: result.Properties.Add(“Key”, JsonConvert.SerializeObject(complexValueObject));

In both examples above, you must set the value of these custom properties before the entity is saved to the database for the value to persist.

In general, you should expect the custom properties to behave like any other value on a given entity. This means you will not need to do anything special to access these values as long as they are saved correctly on the entity and are stored in Redux. From there, you can access them in any component or widget that you have overridden.

Be aware that if you serialized the value in the API (as shown above) you must parse the relevant JSON: var customProperty = JSON.parse(data.properties["string to be used as key"]);

You can also set these properties on POST and PATCH requests within Spire before the request goes out to the API. This ensures that the relevant values are saved to the database and can serve as a useful point to insert your custom business logic. In this case, it would make sense to insert a handler to the relevant Spire handler chain. You would set the values for your custom properties like this:

The properties object is still a dictionary of string keys and string values, so if your value is a complex object you may need to serialize it here.

Another use case for the Properties dictionary can be to return extra arbitrary data on API Response objects. This may be useful if you need to propagate a specific data point back to Spire.

Custom properties can be useful for extending existing entities and can ensure that the application fits your use case as long as the following are applied: