Unity Rejestruj dwa interfejsy jako jeden Singleton

Question

Jak zarejestrować dwa różne interfejsy w jedności z tej samej instancji ... Obecnie używam

 _container.RegisterType<EventService, EventService>(new ContainerControlledLifetimeManager()); 
     _container.RegisterInstance<IEventService>(_container.Resolve<EventService>()); 
     _container.RegisterInstance<IEventServiceInformation>(_container.Resolve<EventService>()); 

który działa, ale nie wyglądają ładnie ..

Myślę, że masz pomysł. EventService implementuje dwa interfejsy, chcę odwołać się do tego samego obiektu, jeśli rozwiążę interfejsy.

Chris

Answer 1

Edit

Po pewnym sprzężeniem zwrotnym w komentarzach Zdecydowałem, że odpowiedź Svena jest znacznie lepsza odpowiedź. Podziękowania dla Chrisa Tavaresa za wskazanie zalet technicznych.

---

To jedyny sposób, aby to zrobić.

Można go modyfikować nieznacznie (nienawidzę RegisterType tego samego typu dla każdego parametru rodzajowego):

EventService es = _container.Resolve<EventService>(); 
_container.RegisterInstance<IEventService>(es); 
_container.RegisterInstance<IEventServiceInformation>(es); 

Jeżeli jedno lub więcej dzieci MKOl zamierza zażądać rodzaj betonu EventService (oby nie) dodać jeszcze jeden RegisterInstance typu RegisterInstance<EventService>. Mam nadzieję, że tego nie potrzebujesz, a wszystkie obiekty zależne wymagają raczej IEventService niż EventService.

Nadzieja to pomaga, Anderson

Answer 2

[Edytuj]

Rozwiązaniem dla tej konfiguracji poprzez XML można znaleźć here. Na podstawie tej odpowiedzi chciałbym zaproponować uproszczone podejście kodu tylko w następujący sposób:

_container.RegisterType<IEventService, EventService>(new ContainerControlledLifetimeManager()); 
_container.RegisterType<IEventServiceInformation, EventService>(new ContainerControlledLifetimeManager()); 
bool singleton = ReferenceEquals(_container.Resolve<IEventService>(), _container.Resolve<IEventServiceInformation>()); 

ten sposób sama klasa EventService nie jest publikowany przez kontener. Ponieważ klasa powinna być uważana za szczegół implementacji, jest to preferowane podejście.

[odpowiedź Original]

Trochę późno odpowiedź, ale powinno wystarczyć:

_container.RegisterType<EventService>(new ContainerControlledLifetimeManager()); 
_container.RegisterType<IEventService, EventService>(); 
_container.RegisterType<IEventServiceInformation, EventService>(); 

bool singleton = ReferenceEquals(_container.Resolve<IEventService>(), _container.Resolve<IEventServiceInformation>()); 

Answer 3

Jedno rozwiązanie, które może również pracować dla nazwanych wystąpień jest wykorzystanie wzoru karty do tworzenia rzucać adaptery do interfejsu, który owija się wokół instancji singleton. Następnie rozwiązane instancje będą zawsze kierowane do instancji singleton, zdarzenia, jeśli zostaną rozstrzygnięte za pomocą opcji ResolveAll. Pomaga to w przypadku mnóstwa usług implementujących ogólny interfejs, taki jak IStartable lub coś takiego.

public class EventServiceAdapter<T> : IEventService where T : IEventService 
{ 
    private readonly T _adapted; 
    EventServiceAdapter(T adapted) 
    { 
     _adapted = adapted; 
    } 
    public string SomeMethod() 
    { 
     return _adapted.SomeMethod(); 
    } 
} 

Następnie zarejestruj adapter interfejsu wokół zarejestrowanego typu singleton.

_container 
    .RegisterType<EventService>(new ContainerControlledLifetimeManager()) 
    .RegisterType<IEventService, EventServiceAdapter<EventService>>("namedEventService"); 

Następnie można ukryć singleton za dowolną liczbę interfejsów oraz pracę z wykorzystaniem zarówno Resolve i ResolveAll.

Answer 4

Podejście z adapterem wydawało się nieporęczne na tak prostą rzecz, więc spojrzałem trochę dalej. Aby obejść problem z nazwanymi instancjami, musisz zarejestrować typ i zarejestrować fabryki dla interfejsów.

InjectionFactory factory = new InjectionFactory(x => x.Resolve<SimulationService>()); 
this.Container.RegisterType<SimulationService>(new ContainerControlledLifetimeManager()); 
this.Container.RegisterType<IContentProvider>("SimulationContentProvider", factory); 
this.Container.RegisterType<ISimulationService>(factory); 

W ten sposób nie ma potrzeby tworzenia instancji klasy betonu (przy rejestracji), co nie było możliwe w moim przypadku z powodu brakujących zależnościach.