回调接口协定

本文关键字:接口 回调 | 更新日期: 2023-09-27 17:55:34

我有两个 .NET 方需要受合同约束。现在,party1 和 party2 需要能够互相调用一些方法(其中大部分是调用和报告结果)。我想到了双工合同,但各方没有使用 WCF。

有没有设计模式?

编辑

双方是同一申请的一部分。我创建了应用程序(派对 1),其他人创建了一个动态加载的 dll(派对 2)。现在,我们俩都应该能够互相调用方法。所以,我要在我们之间创建一个接口契约。目的是知道是否有已知的模式来做到这一点?

回调接口协定

一个常见的解决方案是使用某种发布/订阅模式。通过这样做,您可以避免循环依赖。

基本上,您创建某种用于订阅事件(并发布它们)的类。

所以你的两个类都做这样的事情(但事件不同):

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;
}

瞧,这两个类现在彼此松散耦合(同时仍然能够相互通信)


如果使用反转控制容器,则更容易,因为您可以简化事件管理器,只需使用容器(服务位置)来解析所有订阅者:

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);
        }
    }
}

我认为您可以使用下一个逻辑:

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

这种方式让我想起了模式Bridge,但这是非常主观的