c++ - 在 C++ 中设置模拟接口(interface)

Question

我目前正在尝试使用某个 SDK，它可以让我从供应商提供的 DLL 中加载函数。我必须将参数传递给这些函数，而 DLL 会完成所有工作。

现在，DLL 应该正在与另一个设备通信，而我只是等待结果。但是，我没有此设备，那么如何设置模拟界面来模拟该设备？

为了清楚起见，这里有一个例子:

myfuncpointer.Open(someparam,anotherparam,...);

现在，因为我没有设备，DLL实际上不能执行上面的功能；它失败。我如何设置测试以便 DLL 与我设计的类而不是设备对话？有什么方法可以重定向 DLL 的调用吗？

我如何创建 DummyDevice 类来执行此操作？

谢谢..

附言如果有任何不清楚的地方，请不要太快投反对票。请评论我需要解释的内容，我会尽力解决。谢谢。

---

编辑:然而，我所拥有的是一个规范表，其中包含所有使用的数据结构以及它必须包含的预期/合法值。例如，如果我调用一个函数:

myfuncpointer.getinfo(param,otherparam);

其中一个参数是 DLL 在查询设备后用信息填充的数据结构(例如，如果启用了某个选项)。我可以这样做

param.option = true;

在它完成 getinfo 调用之后。

这是测试代码的好方法吗？欺骗这个 DLL 使其思考所有错误的事情似乎非常非常危险，而且似乎真的很难扩展，即使只是一点点..

Answer 1

在您获得硬件之前，模拟设备访问是否是一种权宜之计？如果是这样，我建议寻找其他提高工作效率的方法:处理其他事情、编写单元测试等。

访问模拟设备是否是一项永久性要求？如果是这样，您可以采取以下几种方法:

1. 如果其他供应商的 SDK 具有“模拟”或“模拟”模式，请使用它。您可能会感到惊讶。您可能不是唯一需要能够在没有安装其他供应商硬件的情况下测试/运行其应用程序的客户。

2. 将其他供应商的代码排除在外。仅模拟您的应用程序需要的功能，并以您的程序要求为基础。一切尽在您的掌控之中。

   一个。 添加一个间接层。使用多态性在两种实现之间切换:一种调用其他供应商的 DLL，另一种模拟其行为。让您的代码调用抽象基类而不是直接调用其他供应商的 DLL 也将使您更容易为代码编写单元测试。

   编写一个模拟 DLL(正如 Adam Rosenfield 所建议的那样)。您需要准确匹配函数名称和调用约定。当您升级到其他供应商的 DLL 的新版本时，您将需要扩展模拟 DLL 以支持您的应用程序使用的任何新入口点。

   如果您需要选择在运行时使用哪个 DLL，这可能需要转换您的代码以动态加载 DLL(但听起来您可能已经在这样做了，因为您说过一些关于函数指针的内容)。您可以在安装时决定是安装其他供应商的 DLL 还是模拟 DLL。如果这纯粹是为了测试目的，您可以在编译时选择要使用的 DLL，然后只构建您的应用程序的两个版本。

3. 编写模拟设备驱动程序(按照其他人的建议)。

   如果您有其他供应商的用户模式 ​​DLL 和他们的设备驱动程序之间的接口(interface)规范，这可能是可行的。它可能会比任何其他方法花费更长的时间，即使您是一位经验丰富的设备驱动程序开发人员，尤其是如果您没有其他供应商的 DLL 的源代码。 UMDF(用户模式驱动程序框架)可能会稍微简化或减少耗时。

   如果您提到的规范没有描述用户/内核接口(interface)，您将需要对该接口(interface)进行逆向工程。与其他选项相比，这可能不会有效地利用您的时间，特别是如果驱动程序接口(interface)很复杂(例如，它将大量复杂的数据结构传递给 DeviceIoControl())。

   在这两种情况下，每次升级到其他供应商的 SDK 的新版本时，您都需要重新访问它。相同的导出 DLL 函数可能需要使用新的 DeviceIoControl() 代码和结构。