Unity and SharePoint – Part 3

Ok, this time I´ll be a little bit more hands on, I hope. The previous posts have been about Dependency Injection and Inversion of Control in general and then how to configure unity with xml. Here are the links to those previous post

Unity and SharePoint – Part 2
Unity and SharePoint – Part 1

This time though, I´d like show a more concrete example.
There will be a little bit of DDD (Domain Driven Design), a new baby of mine, included in this example but that is not the main point. Let´s lay out the problem:

In my domain model (DDD concept) I have an entity called Book. The Book class (entity) has a dependency on an instance of the IBookRepository. It uses the repository to communicate with the backend (which in this case happens to be SharePoint). The Book constructor looks like this:

public Book([Dependency] IBookRepository bookRepository)
this._BookRepository = bookRepository;

The attribute, InjectionConstructor, tells unity to use this constructor when resolving an instance through the container. The dependency attribute on the parameter tells unity to look for the default (since I didn´t name it) instance of IBookRepository in the container. This will make unity find the mapping I just did which looks like (from the other posts):

<!-- Lifetime managers -->
<typeAlias alias="singleton"
Microsoft.Practices.Unity, Version=, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
<typeAlias alias="IBookRepository"
JL.DomainModel, Version=, Culture=neutral, PublicKeyToken=6dbfe176cdfd49fb"/>
<typeAlias alias="BookRepository"
JL.Infrastructure, Version=, Culture=neutral, PublicKeyToken=6dbfe176cdfd49fb"/>
<type type="IBookRepository" mapTo="BookRepository">

	<lifetime type="singleton" />

I have made the repository mapping a singleton (I only need to construct it once). In order to test this I´m simply going to “force” the container to resolve two books for me. I will expect it to call the constructor of BookRepository (the concrete implementation of IBookRepository) only once (since it is a singleton.

So running this code:

As expected, the constructor is called the first time (by unity).

…and the second time, no it isn´t called. So it works, unity gives me the same instance of IBookRepository.

And when debugging the construction of Book you will see this:

Unity has made the mapping between IBookRepository and BookRepository which are in different assemblies (and different parts of the application tiers) work for me and injected that into Book. Now we really have loose coupling between the different tiers.

Book, which is in the domain layer, only need to know how to communicate through the interface IBookRepository (which also resides in the domain layer). The concrete BookRepository resides in the infrastructure layer which the domain layer knows nothing about. Some people call this the onion architecture.


, ,

  1. #1 by anon on March 15, 2011 - 17:45

    Just to let you know, your article titled “Unity and SharePoint” has nothing to do with SharePoint.

    • #2 by Johan Leino on March 16, 2011 - 12:17

      You´re absolutely right. Dependency Injection in general has nothing to do with SharePoint. In part2 though, I touched a little on how to configure Unity for SharePoint with is a little special but if you know Unity you can apply the same concepts in SharePoint…

  2. #3 by Steve on September 27, 2012 - 14:45

    Nice articles, 1 question…where do you call unity to compose the objects from the config file in SharePoint? When the web part is loaded? In a httpmodule?

    • #4 by Johan Leino on September 28, 2012 - 22:15

      Either from a static singleton (UnityContext.Current kind of) or construct in global.asax Application_Start and store like a static variable…just like in any asp.net app out there. Google for it if you are unsure how, should be dozens of examples out there.

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 )

Google+ photo

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

Twitter picture

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

Facebook photo

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


Connecting to %s

%d bloggers like this: