c++ - 继承层次结构与多重继承 (C++)

Question

好吧，过去几天我一直在考虑一个设计决定，但由于我仍然不能偏袒另一个，所以我想也许其他人有想法。

情况如下:我有几个不同的接口(interface)类抽象了几个通信设备。由于这些设备的性质不同，因此它们的接口(interface)也不同，因此并不真正相关。我们称它们为 IFooDevice 和 IBarDevice。随着时间的推移，可能会添加更多设备类型。语言是 C++。

由于其他组件(从现在起称为客户端)可能想要使用其中一个或多个设备，我决定提供一个 DeviceManager 类来处理运行时对所有可用设备的访问。由于设备类型的数量可能会增加，我想平等对待所有设备(从管理者的角度来看)。但是，客户端会请求特定的设备类型(或基于某些属性的设备)。

我想到了两种可能的解决方案:

第一个是某种内部层次结构。所有设备都将子类化一个公共(public)接口(interface) IDevice，该接口(interface)将提供管理和设备查询所需的(虚拟)方法(如 getProperties()、hasProperties(), ...)。 DeviceManager 然后有一组指向 IDevice 的指针，并且在某个时候从 Base 到 Derived 的转换将是必要 - 在管理器中使用模板方法或在客户端请求之后。

从设计的角度来看，我认为将管理设备的关注点与特定设备本身的接口(interface)分开会更优雅。因此它会导致两个不相关的接口(interface):IManagedDevice 和例如IFooDevice。一个真实的设备需要从两者继承，以便“成为”特定的设备类型并易于管理。管理器只会管理指向 IManagedDevice 的指针。然而，在某些时候，如果客户端想要使用管理器提供的设备，则需要在现在不相关的类之间进行转换(例如，从 IManagedDevice 到 IFooDevice)。

我必须在这里选择两害相权取其轻吗？如果是的话会是哪一个？还是我想念什么？

编辑:

关于“管理”部分。这个想法是让图书馆提供各种不同的(客户端)应用程序可以使用和共享的通信设备。管理仅仅归结为实例的存储、注册新设备和查找特定设备的方法。为任务选择“正确”设备的责任在于客户端，因为它最了解它对通信提出的要求。为了重用并共享可用设备(我指的是真实实例，而不仅仅是类)，我需要一个所有可用设备的中央访问点。我不太喜欢经理本身，但这是我在这种情况下唯一能想到的。

Answer 1

我认为访问者模式是更好的选择。