包装现有库的正确设计是什么？

Question

我在 .NET 中完成了几个小型个人项目，并遵循 SO 的建议，决定做一些更高级的事情，以便我可以边学习边做。

目前，我正在编写一个项目来增强现有的第三方库，以便我将编写的另一个应用程序可以更轻松地使用它的对象。

在第三方库中，我专注于一个对象，我们将其称为DataSource，它又包含与数据库相关的结果。对于一个小例子（这里的对象有更多未显示的方法和属性），它有一个属性“树”，如下所示：

A_DataSet -> A_结果-> A_Dimensions() -> A_Dimension -> A_SetDisplayType(DisplayAs)

这里，Result 对象有一个名为 Dimensions 的属性，其中包含 Dimension 的集合。最后，每个Dimension 都有一个名为SetDisplayType 的方法，该方法控制Dimension 中另一个属性中包含的数据的显示。这些元素以 A_ 为前缀只是为了本示例的目的。

现在，由于第三方库的方法和属性有时使用起来很混乱，而且性质众多，我想为这个库创建一个“包装器”，以便简化它的使用和结构。在对如何更逻辑地对元素进行相当多的深思熟虑之后，我考虑了结构的以下方向：

B_DataSet -> B_Dimensions() -> B_维度-> B_DisplayProperties-> B_SetDisplayType(DisplayAs)

在这个例子中，我在对象前面加上了 B_ 前缀只是为了将它们与上面现有的元素区分开来，当然这不是最终的命名约定（实际上命名并不对于这个问题的目的来说确实很重要）。

我所坚持的一点是我应该如何从包装类中正确引用第三方对象（A_*）。例如，如果我想使用B_SetDisplayType，那么这将在内部调用A_SetDisplayType。但是，由于 A_SetDisplayType 属于 A_Dimension，因此我需要在 B_DisplayProperties 中引用 A_Dimension。 创建对象时可以在构造函数中向它们传递对其“父级”的引用吗？我正在考虑类似以下代码的内容：

Public Class DataSetDisplayProperties

    Private _A_Dimension as A_Dimension

    Public Sub New(MyDimension as A_Dimension)

        _A_Dimension = MyDimension

    End Sub

    Public Sub B_SetDisplayType(DisplayAs as Integer)

        Call _A_Dimension.A_SetDisplayType(DisplayAs)

    End Sub

End Class

这看起来不错，还是有更好的方法？

我正在考虑使用外观，但当我尝试将不同“级别”的方法引用到现有结构时，不确定这将如何工作。

请注意，我不能继承任何第三方类，也不能更改它们的代码。

如果上面的内容看起来有点混乱，我很抱歉，我想我可能不知道如何表达我的问题的正确术语。谢谢你！

Answer 1

这似乎不是这个问题的答案，当然不是直接的答案，但请听我说。首先，我认为当你说你想构建一个外观时，你是对的。我可以建议您使用测试驱动开发方法来开发此外观的接口，然后您可以专注于如何使用第三方库来实现该接口。这将使您清除第三方库的特性和命名约定，并专注于想要提供的接口以及您希望它实现的目标。它还将产生围绕您的 Facade 实现的单元测试套件。

如果您以前没有使用过 TDD，那么您将需要经历相当长的一段时间，但我可以向您保证，这是非常值得的投资。就工具而言，我推荐 NUnit 和 MOQ。您可能还需要一个 IoC 容器，例如 Unity 2.0。

祝你好运！