Click here to Skip to main content
Click here to Skip to main content

Dependency Injection with ObjectPoolManager (OPM)

, 31 Oct 2010 CPOL
Rate this:
Please Sign up or sign in to vote.
Lightweight and simple

Introduction

Recently I got my hands over some of the IOC tools available for .NET and really liked the concept of dependency injection from starting stage of application and invoking / utilizing it whenever required. The only thing that was not making me using it for fun was too many complexities introduced in them over the period of time.

As conceptually this technique is not that “I can’t do it” hard, for the sake of fun, I decided to make my own.

Followings are the list of .NET IOC tools available (in order of my choices):

  1. Ninject
  2. Unity
  3. Windsor
  4. StructureMap

Definition

According to Wikipedia

“Dependency injection (DI) in object-oriented computer programming is a design pattern with a core principle of separating behavior from dependency resolution. In other words: a technique for decoupling highly dependent software components.”

Benefits

Traditionally developers used to hard code the dependencies as and when it’s required which makes that piece of code tightly coupled and needs to be changed over the period of time if any requirement changes. That certainly violates the DRY principle as the developer may need to modify the entire flow of code or make copies of methods to support only that change.

Dependency Injection could help over this situation with the implementation of Interface that provides the required functionality to end user. DI framework could load the object inherited from this interface which is actually injected much before its utilization whenever possible at runtime.

DI framework need not to be limited by this phenomenon, it actually overcomes many of the routine problems that a developer could come across. Another such example is like developer wants to utilize certain class, but is not sure about the inputs needed to make this class usable. In such a situation, the responsible module could take care of this class for providing inputs using DI and let developers use its instance just by refereeing its name or type.

According to Wikipedia

Dependency injection is a specific form of inversion of control where the concern being inverted is the process of obtaining the needed dependency.

Introducing “ObjectPoolManager” (OPM) Framework

Well it’s a lightweight dependency injector container and currently at development phase yet complete to achieve most of the common needs that every DI framework need to do. Currently this framework has been tested along a number of test cases that I thought to have in it as initial draft. Certainly it lacks some of the features that Ninject and Unity have, but I’ll keep on upgrading this as time permits. As of now, it does help to reduce boilerplate code.

Design Highlights

Design.png

The above module illustrates the current implementation of this DI framework. Whenever user injects the type or object, it maintains it inside Object container which is accessible internally by framework only. Currently this framework supports pool with and without Context. Context here means simply a catalog of types/object registered under that key. This helps user to register same types in different Contexts and with same names as well.

ObjectPoolManager Class

(Static) Maintains the object pools and contexts of pools:

Properties

Pool Provides the non-context based Object Pool
Context Collection of contexts that holds Object Pools

Methods

Clear Clears Object container

ObjectPool Class

Registers and resolves the objects:

Properties

Context Name of context pool belongs to

Methods

Register(string, object) Registers the object as singleton for provided string name.
Register<T>() Registers the class type for default constructor.
Register<T>(ObjectScope) Registers the class type for default constructor using specified scope.
Register<T>(string) Registers the class type for default constructor using specified name.
Register<T>(string, ObjectScope) Registers the class type for default constructor using specified scope string name.
Register<T>(Func<T>) Registers the class type using provided delegate.
Register<T>(Func<T>, ObjectScope) Registers the class type using provided delegate and scope.
Register<T>(string, Func<T>) Registers the class type using provided delegate and string name.
Register<T>(string, Func<T>, ObjectScope) Registers the class type using provided delegate and scope and string name.
Register<I, T>() Registers the class type T for default constructor and binds its return type to I.
Register<I, T>(ObjectScope) Registers the class type for default constructor using specified scope and binds its return type to I.
Register<I, T>(string) Registers the class type for default constructor using specified name and binds its return type to I.
Register<I, T>(string, ObjectScope) Registers the class type for default constructor using specified scope string name and binds its return type to I.
Register<I, T>(Func<T>) Registers the class type using provided delegate and binds its return type to I.
Register<I, T>(Func<T>, ObjectScope) Registers the class type using provided delegate and scope and binds its return type to I.
Register<I, T>(string, Func<T>) Registers the class type using provided delegate and string name and binds its return type to I.
Register<I, T>(string, Func<T>, ObjectScope) Registers the class type using provided delegate and scope and string name and binds its return type to I.
Resolve(string) Returns object using specified string name. This can only be used for objects registered with Register(string, object)
Resolve<T>() Returns object of type T that has been registered in current accessed pool.
Resolve<T>(string) Returns object of type T that has been registered in current accessed pool using specified string name
BeginResolve<T>(string, ObjectInvokeCallback) Begins to resolving the object registered with delegate.
Dispose() Disposes the current pool.

ObjectScope enum

None

Tells contained to create new object every time when invoked

Singleton

Returns the same object after invoking first time

ObjectInvokeArgument Class

EventArgument returned on calling BeginResolve on ObjectInvokeCallback:

Properties

Context Name of context callback called on.
Name Name used for registering the object type
Result Object returned from Async invoke

Example Application

Consider the following example implementing RR layout for Farrari F430:

    public interface IDriveLayout
    {
        string Name { get; }
    }

    public interface IEngineLayout
    {
        string Name { get; }
    }

    class RearMidEngine : IEngineLayout
    {
        public string Name
        {
            get { return "Rear Mid Engine"; }
        }
    }

    public class RearWheelDrive : IDriveLayout
    {
        public string Name
        {
            get { return "Rear Wheel Drive"; }
        }
    }

    public class Vehicle
    {
        private IDriveLayout _driveLayout;
        private IEngineLayout _engineLayout;

        public string DriveType
        {
            get { return _driveLayout.Name; }
        }

        public string EngineType
        {
            get { return _engineLayout.Name; }
        }

        public virtual string Name
        {
            get { return "Vehicle"; }
        }

        public Vehicle(IDriveLayout driveLayout, IEngineLayout engineLayout)
        {
            _driveLayout = driveLayout;
            _engineLayout = engineLayout;
        }
    }

    class FerrariF430 : Vehicle
    {
        public FerrariF430(IDriveLayout driveLayout, IEngineLayout engineLayout)
            : base(driveLayout, engineLayout)
        { }

        public override string Name
        {
            get
            {
                return "Ferrari F430";
            }
        }
    }

Registering Classes

ObjectPoolManager.Pool.Register<IDriveLayout, RearWheelDrive>("RearWheelDrive");
ObjectPoolManager.Pool.Register<IEngineLayout, RearMidEngine>("RearMidEngine");

ObjectPoolManager.Pool.Register<Vehicle, FerrariF430>("FerrariF430", () => 
                new FerrariF430(
                       ObjectPoolManager.Pool.Resolve<IDriveLayout>("RearWheelDrive"),
                       ObjectPoolManager.Pool.Resolve<IEngineLayout>("RearMidEngine")
                ));

Retrieving Classes

var vehicle = ObjectPoolManager.Pool.Resolve<Vehicle>"FerrariF430");
Console.WriteLine("{0} -> Layout: {1}, {2}", 
	vehicle.Name, vehicle.EngineType, vehicle.DriveType);
Console.ReadLine();

Also refer to Test cases included in the source code for more examples.

TODO

  1. Attribute support for constructor injection and methods injection
  2. Configurable registration support (in XML)

History

  • 31st October, 2010 – v0.8 Beta released

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

Navnath_Kale
Software Developer (Senior)
India India
No Biography provided

Comments and Discussions

 
GeneralMy vote of 5 Pinmemberjustinonday17-Feb-11 23:35 
GeneralMy vote of 5 Pinmemberrobvon20-Nov-10 14:19 
GeneralNice project Pinmemberdisore17-Nov-10 20:06 
Always nice to see someone take a try at creating a DI framework, as I've come to rely heavily on them.
 
I think you also should look at autofac. It has some wonderful magic going on when resolving types.
Why is it drug addicts and computer afficionados are both called users?
--Clifford Stoll

GeneralGood one PinmemberRajesh Pillai2-Nov-10 8:54 
GeneralRe: Good one PinmemberNavnath_Kale2-Nov-10 10:09 
GeneralI too felt as you did Navnath, Prism, Unity, and the like we're cool, but...... Pinmemberxzz01951-Nov-10 7:49 
GeneralRe: I too felt as you did Navnath, Prism, Unity, and the like we're cool, but...... PinmemberNavnath_Kale2-Nov-10 7:45 
GeneralMmmmm [modified] PinmvpSacha Barber1-Nov-10 2:53 
GeneralRe: Mmmmm PinmemberNavnath_Kale1-Nov-10 3:16 
GeneralRe: Mmmmm PinmemberNavnath_Kale2-Nov-10 10:08 
Generalsuggestion PinmemberSeishin#31-Oct-10 23:24 
GeneralRe: suggestion PinmemberNavnath_Kale31-Oct-10 23:59 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web02 | 2.8.1411022.1 | Last Updated 1 Nov 2010
Article Copyright 2010 by Navnath_Kale
Everything else Copyright © CodeProject, 1999-2014
Layout: fixed | fluid