在整个应用程序中重用接口

Question

我目前正忙于重构我的应用程序中的大部分内容。主要目的是尽可能消除不同模块之间的依赖关系。我现在偶然发现以下问题：

在我的应用程序中，我有一个 GUI 模块，它定义了接口 IDataProvider。该接口需要由应用程序实现，用于向GUI模块“提供数据”。例如，可以向数据网格提供此 IDataProvider 并使用它来循环应在数据网格中显示的所有实例，并获取它们的数据。

现在有另一个模块（实际上还有更多模块），它们都需要类似的东西（如报告模块、数据库集成模块、数学求解器模块……）。此时我可以看到我可以做两件事：

• 我可以将 IDataProvider 从 GUI 层移动到更低级别的层，并在所有其他模块中重用相同的接口。
  • 这样做的优点是应用程序可以更轻松地使用所有模块（只需实现一次数据提供程序）。
  • 缺点是我在模块和中央 IDataProvider 之间引入了依赖关系。如果有人开始使用一个模块所需的附加方法来扩展 IDataProvider，它也会开始污染其他模块。
• 另一种选择是为每个模块提供自己的数据提供程序，并强制应用程序在想要使用所有模块时实现所有这些数据提供程序。
  • 优点是模块不依赖于公共部分
  • 缺点是我最终得到了 IGridDataProvider、IReportDataProvider、IDatabaseDataProvider、ISolverDataProvider。
  优点

最好的使用方法是什么？如果所有模块需要[几乎或完全]相同类型的接口，那么让所有模块依赖于相同的通用接口是否可以接受？

如果我使用相同的 IDataProvider 接口，这是否会在将来带来令人讨厌的问题（目前我还没有意识到）？

Answer 1

为什么不做一个中间实现呢？让一些类在分解库（或其他层）中实现 IDataProvider 的重复部分（如第一种情况）。此外，每个人都需要“实现”自己的 IDataProvider （如第二种情况）。然后，您可以在各处重复使用 IDataProvider 实现，并通过创建派生类在自定义类中添加特定方法...

即：

    // Common module.
class BasicDataProvider : IDataProvider
{
public:
    // common overrides...
};

    // For modules requiring no specific methods...
typedef BasicDataProvider ReportDataProvider;

    // Database module requires "special" handling.
class DatabaseDataProvider : BasicDataProvider
{
public:
    // custom overrides...
};

Answer 2

对于您提到的将 IDataProvider 移动到较低级别的缺点，还有一种替代方法。

需要扩展接口的模块可以将这些扩展放入其自己的 IDataProvider 子接口中。您可以通过主动创建这些子接口来鼓励这一点。

Answer 3

我不介意有多个模块依赖于一个接口，即使它不使用该接口发布的所有方法。您还可以更多地考虑接口部分的含义，而不是它的预期模块。您提到的大多数模块只需要读取访问权限。因此，您可以以这种方式分离并有另一个用于写入等。

数据层不需要知道数据的用途（这是表示层的工作）。它只需要知道如何返回它以及如何修改它。

此外，将数据提供者（也可以标记为控制器）移动到较低级别绝对没有问题，因为它可能已经实现了一些与 UI 无关的业务逻辑（例如数据一致性）。

Answer 4

如果您担心其他方法会应用于接口，您可以使用适配器模式。也就是说：

class myFoo{
public:
    Bar getBar() =0;
}

在另一个模块中：

class myBaz{
public:
    Bar getBar() =0;
}

然后将其中一个与另一个一起使用：

class MyAdaptor: public myBaz{
public:
    MyAdaptor(myFoo *_input){
        m_Foo = _input;
    }

    Bar getBar(){ return m_Foo->getBar(); }

private:
    myFoo* m_Foo;
}

这样您就可以在 myBaz 接口中实现所有内容，并且只需要在一处提供粘合。 myFoo 可以根据需要添加任意数量的附加方法，应用程序的其余部分不需要知道或关心它。