Заключение интерфейса обратного вызова

Question

У меня есть две стороны .NET, которые должны быть связаны контрактом. Теперь party1 и party2 должны быть способны вызвать некоторые методы друг на друга (большинство из них - это вызовы и отчетный результат). У меня есть дуплексный контракт, но стороны не используют WCF.

Есть ли шаблон дизайна для этого?

Редактировать

Стороны являются частью одного и того же приложения. Я создаю приложение (party1), а кто-то другой создает dll (party2), который я загружаю динамически. Теперь мы оба должны будем называть методы друг на друга. Итак, я собираюсь создать между нами контракт на интерфейс. Цель состоит в том, чтобы знать, есть ли способ знать это?

Answer 1

Общим решением является использование своего рода паба/подпрограммы. Поступая таким образом, вы можете избежать круговых зависимостей.

В основном вы создаете класс, который используется для подписки на события (и публикует их).

Так как ваши классы делает что-то вроде этого (но с разными событиями):

public class ClassA : IEventHandler<UserCreated> 
{ 
    IEventManager _eventManager 

    public ClassA(IEventManager manager) 
    { 
     // I subscribe on this event (which is published by the other class) 
     manager.Subscribe<UserCreated>(this); 
     _eventManager = manager; 
    } 

    public void Handle(UserCreated theEvent) 
    { 
     //gets invoked when the event is published by the other class 
    } 

    private void SomeInternalMethod() 
    { 
     //some business logic 

     //and I publish this event 
     _eventManager.Publish(new EmailSent(someFields)); 
    } 
} 

Менеджер событий (упрощенный и не поточно):

public class EventManager 
{ 
    List<Subscriber> _subscribers = new List<Subscriber>(); 

    public void Subscribe<T>(IEventHandler<T> subscriber) 
    { 
     _subscribers.Add(new Subscriber{ EventType = typeof(T), Subscriber = subscriber}); 
    } 

    public void Publish<T>(T theEvent) 
    { 
     foreach (var wrapper in subscribers.Where(x => x == typeof(theEvent))) 
     { 
      ((IEventHandler<T>)wrapper.Subscriber).Handle(theEvent); 
     } 
    } 
} 

Небольшой обертка:

public class Subscriber 
{ 
    public Type EventType; 
    public object Subscriber; 
} 

Voila. два класса теперь слабо связан друг с другом (в то время как еще в состоянии общаться друг с другом)

---

Если вы используете инверсию управления контейнером его получить легче, так как вы можете упростить менеджер событий и просто использовать контейнер (место службы) для решения всех абонентов:

public class EventManager 
{ 
    IYourContainer _container; 

    public EventManager(IYourContainer container) 
    { 
     _container = container; 
    } 

    public void Publish<T>(T theEvent) 
    { 
     foreach (var subscriber in _container.ResolveAll<IEventHandler<T>>()) 
     { 
      subscriber.Handle(theEvent); 
     } 
    } 
} 

Answer 2

Я думаю, вы можете использовать следующую логику:

Class1: Interface1 , Class2:Interface2, 

class Manager{ 
    public Manager(Interface1 managedPart1,Interface2 managedPart2){ 
     ... some logic for connect to interfaces 
    } 

} 

Этот способ напоминает мне картину Bridge, но это очень субъективно