Castle Windsor - MEF like attribute model understøttet?

Nu kender jeg ikke til MEF, men konceptet med at attributte sine metoder er ikke videre elegant vil jeg mene og bryder hele DI-idéen.

Et DI-framework skal først og fremmest være "usynligt" i koden, dvs. man skal kunne udskifte DI som man lyster.

Anyway... IConsumer consumer = castleContainer.Resolve<IConsumer>(); Bryder ligeledes med konceptet og har intet med dependency injection at gøre.

Tag et kig på Structuremap eller Spring.Net :)

Hejsa og tak for svaret.

Constructor injection er ikke rigtig en mulighed, når man snakker UserControls og Pages i asp.net. Hvis ikke du er til attribut-modellen, hvordan mener du så dependency injection skal implementeres i asp.net programmering? :)

Hej Stephan

I eks.vis Spring.Net findes der en servicemodel til setter-injection så den kan anvende til når classen ikke har en default constructor som eks.vis .ascx, .aspx, .asmx mv.
StructureMap har også setter-injection, hvor man anvender en BuildUp et sted undervejs i sin wiring, typisk i global.asax.
Jeg kender ikke så meget til Ninject og Autofac, så om de fungerer på samme måde ved jeg ikke.

Ja nu har jeg jo næsten fortalt.. men DI skal enten foretages igennem constructoren eller setter (som sidste udvej), det er klart at yderste led må/ skal benytte setter injection (selvom man ofte ser en ServiceLocator/ Resolver til formålet), men de underliggende lag servicelag/ datalag mv skal wires up til constructor injection :)

Men det du kalder setter injection, er det ikke det samme, som jeg beskriver med den property, jeg gengav i første post?

Kan du give et skitseret kodeeksempel på, hvordan tingene ser ud med det, du kalder setter injection? :)

På forhånd tak.

Class og Interface:
public interface ITest
    {
        string Name { get; set; }
    }

    public class Test : ITest
    {
        public string Name
        {
            get; set;
        }
    }

// Opsætning i ens registry
For<ITest>().Use(a => new Test() { Name = "Supermand"});

ObjectFactory.GetInstance<ITest>(); // Hent den

og hej Stephan ... vi ses i morgen.

Buzzzzz: Tak for svaret.

Kan se dit forslag bygger på, at man ved asp.net programmering benytter en singleton-klasse til at håndtere instantiering af komponenter.

Janus+Buzzzz: Hvis man helt vil holde sig fra Singleton og ikke kan benytte constructor injection i sine controls, hvordan håndterer man så dependency injection i asp.net på den pæneste måde?

For StructureMap vil det se sådan her ud:
ForRequestedType<Namespace.ISomeService.TheDefaultIsConcreteType<Namespace.SomeService>();

Nu virker den ved constructor calls, men hvis den også skal bruges til setter så:

SetAllProperties(s =>
{
s.OfType<Namespace.ISomeService>();
}

Evt. lave en base til din usercontrol ala:
public UserControlBase()
{
StructureMap.ObjectFactory.BuildUp(this);
}

Det er hvad der skal til i StructureMap, altså ingen attributter!

I Spring.Net skal du konfigurere i Xml (not my fav) :)


Jeg kan se at buzz også foreslår et ObjectFactory, det trækker spor efter DI rundt i applikationen = nogo :)

Nice way janus_007, så lærte jeg også noget ... :-)

Eneste ting er måske at du bruger ting som er udgået i nyeste version af StructureMap :-)

Gammelt spørgsmål - Skal lukkes. Alle de er interesseret kan lægge et svar indenfor en uge - så fordeles pointene som tak for interessen.

Yo,

Ja, Singleton er meget normalt, men du kan også sende din Container med rundt ... og hente instances ud af den. Men om det løser problemet ved jeg ik'.

Mener at Ninjet ( http://ninject.org/ ) også har Attributes til det.

Men lige meget hvad man bruger, så får man jo en dependency på det man bruger.

Skal ik' have point her ...

mvh

"Men lige meget hvad man bruger, så får man jo en dependency på det man bruger."

Yes. Dog kan man begrænse sin dependency ved at tilgå en container via singleton. Så er det ét sted, denne skal udskiftes hvis det er. Tror det er den kænneste løsning, når man ikke kan injecte en container i constructoren til sine pages/user controls :)

Yes.