May 10, 2010
(0 votes)

Data Container Indifference in the Dynamic Data Store

The Dynamic Data Store (DDS) that shipped with EPiServer CMS 6 has a feature unofficially called “Data Container Indifference”. This is a feature that some people are going to love, and some hate.

Let me explain what I’m talking about. When a .NET object is saved to the DDS the object is reflected over and it’s public properties are extracted and mapped to a column in the database. The CLR Type of the object saved is saved but it is important to note that the DDS does not use serialization in the same way as, let’s say, the BinaryFormatter class in the .NET class library. What this essentially means is that the .NET object instance saved translates to a set of name value property pairs.

So where does the data container indifference come in then?

The DynamicDataStore class has 3 method groups for reading data from a store.

Methods that return instances of System.Object:

public abstract Object Load(Identity id);
public abstract IEnumerable<Object> LoadAll();
public abstract IEnumerable<Object> Find(string propertyName, object value);
public abstract IEnumerable<Object> Find(IDictionary<string, object> parameters);
public abstract IOrderedQueryable<Object> Items();

Methods that return instances of TResult:

public abstract TResult Load<TResult>(Identity id);
public abstract IEnumerable<TResult> LoadAll<TResult>();
public abstract IEnumerable<TResult> Find<TResult>(string propertyName, object value);
public abstract IEnumerable<TResult> Find<TResult>(IDictionary<string, object> parameters);
public abstract IOrderedQueryable<TResult> Items<TResult>();

Methods that return instance of EPiServer.Data.Dynamic.PropertyBag:

public abstract PropertyBag LoadAsPropertyBag(Identity id);
public abstract IEnumerable<PropertyBag> LoadAllAsPropertyBag();
public abstract IEnumerable<PropertyBag> FindAsPropertyBag(IDictionary<string, object> parameters);
public abstract IEnumerable<PropertyBag> FindAsPropertyBag(string propertyName, object value);
public abstract IOrderedQueryable<PropertyBag> ItemsAsPropertyBag();

This means that data saved to the DDS can be read back using any of the 3 method groups regardless of the CLR Type of the actual .NET object instance that was saved.

Some examples should help visualize what I’m talking about. Take the following class:

   1:   public class Person
   2:   {
   3:       public string FirstName { get; set; }
   4:       public string LastName { get; set; }
   5:       public DateTime DateOfBirth { get; set; }
   6:   }

Create a store in the DDS using the Person class as the definition for the store:

   1:  // Create the factory and the store
   2:  EPiServerDynamicDataStoreFactory factory = new EPiServerDynamicDataStoreFactory();
   4:  // The definition of the store will be defined by the Person class
   5:  // i.e. it will have 3 properties, FirstName, LastName and DateOfBirth
   6:  DynamicDataStore store = factory.CreateStore(typeof(Person));
   8:  // Save an instance of person
   9:  Person p = new Person()
  10:  {
  11:      FirstName = "John",
  12:      LastName = "Doe",
  13:      DateOfBirth = new DateTime(1972, 4, 21)
  14:  };
  16:  store.Save(p);

As you would expect you can then read the person back using the following code:

   1:  // Read the person back using a Person class as the container
   2:  Person p2 = store.Find<Person>("LastName", "Doe").FirstOrDefault();

However, what you can also do is read the person back into a PropertyBag:

   1:  // Read the person back using a PropertyBag
   2:  PropertyBag bag = store.FindAsPropertyBag("LastName", "Doe").FirstOrDefault();

But even more surprising is that you can read it back with a completely different class:

class Person2
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public DateTime DateOfBirth { get; set; }
    public char Gender { get; set; }
   1:  // Read the person back using a Person2 class as the container
   2:  Person2 person2 = store.Find<Person2>("LastName", "Doe").FirstOrDefault();

What is happening here is that the stored properties are read into memory and then the DDS will map them against any matching properties (with same name and value type) on the Person2 class. In the above case FirstName, LastName and DateOfBirth will be successfully mapped but Gender will not and therefore have a default value for the CLR Type.

This mechanism could potentially be used as some kind of runtime polymorphism and even allows you to completely replace an entire class without affecting the data stored in the DDS.

The group of methods that return System.Object will always return an instance of the CLR Type that was actually used to save the properties to the DDS, in this case a Person class.

The source code for this example can be found here.

May 10, 2010


Please login to comment.
Latest blogs
Preview multiple Visitor Groups directly while browsing your Optimizely site

Visitor groups are great - it's an easy way to add personalization towards market segments to your site. But it does come with it's own set of...

Allan Thraen | Sep 26, 2022 | Syndicated blog

The Report Center is finally back in Optimizely CMS 12

With Episerver.CMS.UI 12.12.0 the Report Center is finally re-introduced in the core product.

Tomas Hensrud Gulla | Sep 26, 2022 | Syndicated blog

Dynamic Route in ASP.NET Core When MapDynamicControllerRoute Does Not Work

Background Creating one of the add-on for Optimizely I had to deal with challenge to register dynamically route for the API controller. Dynamic rou...

valdis | Sep 25, 2022 | Syndicated blog

404 Error on Static Assets Within an Optimizely plugin

Background With the move to CMS 12 and .NET 5/6, developers are now able to build Plugins and Extensions using Razor Class Libraries (RCL).  These...

Mark Stott | Sep 23, 2022