views:

2667

answers:

4

Say I have the following class

MyComponent : IMyComponent {
  public MyComponent(int start_at) {...}
}

I can register an instance of it with castle windsor via xml as follows

<component id="sample"  service="NS.IMyComponent, WindsorSample" type="NS.MyComponent, WindsorSample">  
  <parameters>  
    <start_at>1</start_at >  
  </parameters>  
</component>

How would I go about doing the exact same thing but in code? (Notice, the constructor parameter)

A: 

You need to pass in an IDictionary when you ask the container for the instance.

You'd use this Resolve overload of the IWindsorContainer:

T Resolve<T>(IDictionary arguments)

or the non generic one:

object Resolve(Type service, IDictionary arguments)

So, for example: (assuming container is an IWindsorContainer)

IDictionary<string, object> values = new Dictionary<string, object>();
values["start_at"] = 1;
container.Resolve<IMyComponent>(values);

Note that the key values in the dictionary are case sensitive.

Gareth
Sorry Gareth, but this is not the same thing as the XML I posted. Here the parameter needs to be known by the resolver whereas in question the XML provides a default value.
George Mauer
+8  A: 

Edit: Used the answers below code with the Fluent Interface :)

namespace WindsorSample
{
    using Castle.MicroKernel.Registration;
    using Castle.Windsor;
    using NUnit.Framework;
    using NUnit.Framework.SyntaxHelpers;

    public class MyComponent : IMyComponent
    {
        public MyComponent(int start_at)
        {
            this.Value = start_at;
        }

        public int Value { get; private set; }
    }

    public interface IMyComponent
    {
        int Value { get; }
    }

    [TestFixture]
    public class ConcreteImplFixture
    {
        [Test]
        void ResolvingConcreteImplShouldInitialiseValue()
        {
            IWindsorContainer container = new WindsorContainer();

            container.Register(
                Component.For<IMyComponent>()
                .ImplementedBy<MyComponent>()
                .Parameters(Parameter.ForKey("start_at").Eq("1")));

            Assert.That(container.Resolve<IMyComponent>().Value, Is.EqualTo(1));
        }

    }
}
Chris Canal
Does this solution work if the parameter is a complex type, such as another IMyComponent?
flipdoubt
If the dependency is in the container it will automatically be resolved
Chris Canal
I'd love to use a fluent interface, however downloading castle source, nant (which I've never used before) and figuring it all out is a bit much
George Mauer
A: 

You can use the AddComponentWithProperties method of the IWindsorContainer interface to register a service with extended properties.

Below is a 'working' sample of doing this with an NUnit Unit Test.

namespace WindsorSample
{
    public class MyComponent : IMyComponent
    {
        public MyComponent(int start_at)
        {
            this.Value = start_at;
        }

        public int Value { get; private set; }
    }

    public interface IMyComponent
    {
        int Value { get; }
    }

    [TestFixture]
    public class ConcreteImplFixture
    {
        [Test]
        void ResolvingConcreteImplShouldInitialiseValue()
        {
            IWindsorContainer container = new WindsorContainer();
            IDictionary parameters = new Hashtable {{"start_at", 1}};

            container.AddComponentWithProperties("concrete", typeof(IMyComponent), typeof(MyComponent), parameters);

            IMyComponent resolvedComp = container.Resolve<IMyComponent>();

            Assert.That(resolvedComp.Value, Is.EqualTo(1));
        }

    }
}
Stacy A
Just got around to trying this, it doesn't work:Could not resolve non-optional dependency for 'concrete' (WindsorSample.MyComponent). Parameter 'start_at' type 'System.Int32'
George Mauer
+1  A: 

Have you considered using Binsor to configure your container? Rather than verbose and clumsy XML you can configure Windsor using a Boo based DSL. Here's what your config will look like:

component IMyComponent, MyComponent:
   start_at = 1

The advantage is that you have a malleable config file but avoid the problems with XML. Also you don't have to recompile to change your config as you would if you configured the container in code.

There's also plenty of helper methods that enable zero friction configuration:

  for type in Assembly.Load("MyApp").GetTypes():
    continue unless type.NameSpace == "MyApp.Services"
    continue if type.IsInterface or type.IsAbstract or type.GetInterfaces().Length == 0
    component type.GetInterfaces()[0], type

You can get started with it here.

frenchPython
When I get more than 3 seconds to myself I plan to take a look at it. It is also important for me that this be something I can change without recompiling since I plan to turn on/off interceptors to debug apps in the field
George Mauer