Recently I worked on a POC with the guidance of Bernie Almosni – Building a layer above the business entities (stored in a data base) with the use of an ORM (as the data access engine). During the process we encountered the disconnected scenario issue (it’ll describe in details below). The Self tacking DTO component was develop by Bernie and myself as a part of the POC – aimed at addressing the disconnected scenario. We ended up with a generic framework not bound to specific ORM, that I think can be useful to many.
- The business entities are POCOs (Plain old CLR object).
- We use inversion of control (specifically unity) so each of the business entities implement an interface. We work only with the interface in our business logic components.
Definition: this term is common for all ORMs that supports using POCOs as persistent entities. It describes the component that manages the entities by tracking the entities modifications. Then persist these specific modifications by sending SQL command to the database. In Entity Framework it is the ObjectContext and in NHibernate it is the Session.
The Disconnected Scenario
- Load an entity.
- Send it to the client – N-Tier maybe by WCF. (the client doesn’t hold the ORM context so the entity is in a disconnected state).
- The client modifies the entity.
- The client sends the entity back to the server.
- The server synchronizes the modifications with the database – this is the hard part since the server doesn’t know what modifications where made, if any.
The Self Tracking DTO Framework
The framework enables the scenario above by using special objects – self tracking DTOs. The server works with the POCOs as usual but when it needs to send an entity to the client it uses a different object (a DTO).It implements the same interface but in addition provide special functionality:
- It Populates itself by a given server entity.
- Creates a new server side entity that contains its own value – by the common interface.
- Applies the modification made on it on a given server side object.
- Bonus: INotifyPropertyChange – implemented by the DTO implements so if you use WPF you get it out of the box.
The framework provides two two core interfaces:
1. The ISelfTrackingDataTransferObject interface
Provides the self tracking DTO needed functionality:
void Populate(T entity) – Populates the DTO object by the given entity.
T Clone(bool getOriginalValue) – Creates a DTO clone – Server side object that holds the same value as the DTO.
void ApplyChanges(T enitity) – Simulate the changes made on the DTO object on the given entity ("plays" the changes).
2. The IDtoInstanceCreator interface
ISelfTrackingDataTransferObject<T> CreateDtoInstance<T>(T entity) – creates a new DTO instance by T and a given entity.
The class that implements this interface is the DTO factory – it create DTO instance by using the two parameters (T) and specific entity object. Note: if we use inheritance some times entity type is derive from T and we need to create the DTO instance by the entity type.
This example is part of the unit tests in the source, you can download and run it. I use Unity as my IoC so I use the UnityDataTransferObjectBase but it’s not mandatory, you can use the SelfTrackingDataTransferObjectBase as base class of the DTO object instead.
We have a simple entity that inherits from base class and has a matching interface:
Now let’s look how at the DTO implementation:
Building the DTO is a technical action (no need to think here), in the source I have a readme guide that explains how do it and examples for each of the possible scenarios:
- Entity holds only simple types.
- Entity holds a reference to an Entity.
- Entity holds a list of entities.
Now we implement the IDtoInstanceCreator interface, using unity. ( I use unity singleton which is just a singleton object holding UnityContainer)
Setup our container:
Now we are ready to go!
First loading and sending the entity to the client:
The client gets the DTO and ,modifies it and send it back to the server.The server is updates the entity state in data base (this is done inside ORM context scope):
- Code Generator to generate the DTO class from the server side – I’m on it…
- Support more actions on the collection – currently supports only add and remove.
- More… I am open to your suggestions.
Entity Framework 4
EF4 that is currently in beta (part of VS 2010 beta) has a CTP with another very similar solution to the disconnected scenario (read about it here). This solution varies from the Self tracking DTO for example it uses the same objects in the client and server side. Note this solution is EF bound (cannot be used with other ORM) and currently it is only a CTP. In addition if you use Oracle DB you currently don’t have a working EF4 provider ( I believe this will change in the near future).
So that’s all, this code is open for you to use and upgrade.
Download it from SelfTrackingDTO in CodePlex.