c# - 如何避免转换到特定界面

Question

背景信息

我有一组接口(interface)/类如下。为了简单起见，想象更多的属性、集合等。

interface IMaster
{
//Some properties
}

interface IB : IMaster
{
    string PropOnA { get; set }
}
interface IC : IMaster
{
    string PropOnB { get; set }
}

class B : IB
class C : IC
...

这些合约旨在存储数据(每种情况下数据的保存格式略有不同)。有很多代码使用这些契约来获取数据、格式化、处理、写入等。 我们开发了一个完整的库，它通过反转控制看不到任何这些合约的具体实现(B、C)，并允许用户为每个合约使用我们的“默认实现”或只是加载他们自己的合约。我们有注册表，用户可以在其中注册不同的实现。

为此，我实现了一种策略模式，其中存在基于手头任务的每种契约(Contract)类型的策略。为了简单起见，假设任务是写作，实际上它要复杂得多。

interface IWriteStrategy
{
    public Write(IMaster thing);
}

class WriterA : IWriteStrategy

class WriterB : IWriteStrategy

etc

上述具体策略在我们的库中也从未“见过”，客户必须注册他们自己的实现或我们的默认版本。

设计缺陷??

我不喜欢现在需要的每个策略中的类型转换。

public classWriterA : IWriteStrategy
{
    public void Write(IMaster thing)
    {
        if(thing is IA thingA)
        //do some work
    }
}

public classWriterB : IWriteStrategy
{
    public void Write(IMaster thing)
    {
        if(thing is IB thingB)
        //do some work
    }
}

我们想要做的是能够遍历 IMaster 对象列表并运行一些操作。

foreach(var thing in Things)
{
    var strategy = GetStrategy(thing.GetType());  //this gets the strategy object from our `registry` if one exists
    strategy.Execute(thing);
}

上面的设计允许这样做，但似乎有一个缺陷，我终其一生都找不到解决方案。我们必须转换到每个策略实现中的特定接口(interface)。

我尝试过泛型，但似乎无法解决问题。

问题

有什么更好的设计方法可以避免强制转换，但仍然能够遍历 IMaster 列表并一视同仁？还是这里绝对需要强制转换？

我正在尝试遵循 SOLID 设计，但感觉转换与此混淆，因为实现策略的客户端必须进行转换才能使 Write 方法中的任何内容正常工作。

[编辑] 我已经更新了实现 IWriteStrategy 的类。

Answer 1

如果你很少添加新的IMaster特化，但经常添加新操作或需要确保操作提供者(例如编写器)需要支持所有特化然后 Visitor Pattern非常适合。

否则，您基本上需要某种服务定位器和注册协议(protocol)来将操作提供者/策略映射到 IMaster特化。

一种方法是定义通用接口(interface)，例如 IMasterWriter<T> where T:IMaster然后可以像IBWriter : IMasterWriter<IB>一样实现它定义了映射。

从那时起，您只需要一种使用反射来查找特定 IMasterWriter 的机制给定类型 IMaster 的实现者并决定如果它丢失了该怎么办。您可以及早扫描程序集以检测启动时缺少的实现，而不是稍后也失败。