gpt4 book ai didi

c++ - 动态库;如何修复无用的依赖项?

转载 作者:塔克拉玛干 更新时间:2023-11-03 08:00:28 31 4
gpt4 key购买 nike

我的项目中有一堆 Dll,使用 VStudio 9.0 编译器,预编译头文件用于我所有的 Dll。 dll 的加载过程由隐式调用程序完成(必须提供.dll、.lib 和 header )。

我通常为每个 dll 创建一个不同的宏定义文件,例如,如果我当前的 Dll 名为 MYMacroDll,我会添加一个文件 _MyMacroDll.h,其中包含:

#ifndef _MYMACRODLL_H_
#define _MYMACRODLL_H_

#ifdef _WIN32

#ifdef MYMACRODLL_EXPORTS
#define MYMACRODLL_API __declspec(dllexport)
#else
#define MYMACRODLL_API __declspec(dllimport)
#endif

#define MYMACRODLL_CALL __cdecl

#else

#define MYMACRODLL_API
#define MYMACRODLL_CALL

#endif

#endif

我知道代码可以简化,但我保留了最后的可移植性定义,至少,我是这么理解的......

预编译的头文件pch.h,将始终包含宏定义文件_MyMacroDll.h,这对我来说更容易,因为以后我可以决定一个新的类或函数是否将被接口(interface)。到目前为止,这是正确的。

混淆来自于在另一个 dll 中使用 dll 接口(interface);让我们假设第二个 dll ImageLoaderDll。这个使用 _MyMacroDll 中一个(或多个)接口(interface)类/函数的实例或引用。乍一看,我猜不需要包含 _MyMacroDll.h,但是在编译 ImageLoaderDll 时它会提示

error C2470: '_AnInterfaceClassFromMyMacro' : looks like a function definition, but there is no parameter list; skipping apparent body

然后我必须在另一个 Dll 的预编译器头文件中包含 _MyMacroDll.h,我的项目变得非常困惑,我发现越来越多无用的依赖项。做错了什么?有没有另一种设置宏定义的方法,这样我就可以避免将它添加到客户端 Dll 中?我不是软件设计方面的专家,但在这种情况下,解耦越多越好。希望我的解释足够好。

最佳答案

如果您在 ImageLoaderDll 中使用来自 MyMacroDll 的 DLL 接口(interface),那么您确实具有依赖性。 ImageLoaderDll应该包括 _MyMacroDll.h ,否则无法正确调用其函数。这与包括 <string.h> 完全一样当你想调用strlen .

关于c++ - 动态库;如何修复无用的依赖项?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8393318/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com