我有一个在合规性场景中使用的 DLL（其细节无关紧要）。重要的一点是主可执行文件必须显示 DLL 版本号。我的解决方案是 DLL 有一个函数来返回它自己的版本——即从它自己的版本资源中获取它并将它作为一个字符串返回。
我的审阅者说主程序应该计算出 DLL 版本号。他甚至给了我一些代码来获取 DLL 模块句柄并使用它提取版本。
我的问题是，哪个设计更好，为什么？我的感觉是，使用 OO 原则，我应该向 DLL 询问它的版本号。以另一种方式进行意味着主程序需要知道版本信息是如何存储的，因此与实现更紧密地耦合。
请注意，我确切地知道如何从 DLL 中提取版本信息。我的问题是关于执行此操作的代码的最佳位置。
你能澄清一下你工作的环境吗？现在，由于您已经提到获取模块句柄，我假设您正在使用 C++ 并调用少数 Win32 函数之一（GetModuleHandle、LoadLibrary 等）。
首先，我会小心在过于广泛的背景下应用 OO 原则。面向对象的范例可以帮助您以更易于维护和理解的方式构建您的软件，您所描述的问题听起来可能超出了您的应用程序的边界。如果您想获取有关单独资源（例如 DLL）的信息，您应该考虑使用标准方法来实现这一点，以确保您的代码与需要检查的项目分离。
如果您在 DLL 中引入一个函数以将版本号返回给您的主应用程序，那么您已经在您的主应用程序和任何需要提供其版本信息的 DLL 之间创建了紧密耦合（通过为此定义一个定制的 API 或接口） .
您应该考虑使用标准的、平台范围的功能来检索信息。这将允许您的应用程序对它可以获得句柄的任何 DLL 进行版本控制。
假设您有一个用于 dll 的 HMODULE（并且您使用的是 C++），请调用以下函数来获取版本...
GetModuleFileNameEx（如果您还不知道，获取 DLL 的完整路径和文件名） http://msdn.microsoft.com/en-us/library/windows/desktop/ms683198(v=vs.85)。 aspx
使用这个文件名，调用
GetFileVersionInfoSize（在 MSDN 上查找这些）
这将告诉您有关文件版本元数据的一些重要信息（文件有多少信息，如果有的话）。假设这个函数成功，调用
获取文件版本信息
这会将所有文件信息元数据加载到缓冲区中，然后调用
查询值
提供 '\' 作为 lpSubBlock 参数以获取标准文件信息元数据（包括版本号）
上述函数将允许您编写代码来获取您的代码可以处理的任何模块的版本号。
当然，如果您使用的是 C#，则解决方案要简单得多。希望这可以帮助...