gpt4 book ai didi

c++ - 删除依赖中未使用的方法

转载 作者:塔克拉玛干 更新时间:2023-11-03 07:35:13 24 4
gpt4 key购买 nike

我有一个包含多个子模块的项目,这些子模块使用一些对象进行通信,这些对象由一个进程序列化,然后由另一个进程反序列化并在另一点使用。所以这些对象需要包含在第一个进程中使用的逻辑,在第二个进程中以及序列化和反序列化逻辑。

为了简化项目的构建,每个进程首先构建一个库,然后与该库链接(使用专门的 main)以构建实际的进程。所有处理通信的部分(即所有横切对象)也包含在其他更通用的库中。

现在的问题是通用库的使用代码包含引用第二个进程中其他对象的方法。所以结构是这样的:

  • 流程 A:
    • 依赖于 libA libGeneric
  • 流程 B:
    • 依赖于 libB libGeneric
  • libGeneric 包含引用部分 libA 和 libB 的代码

这样我就得到了我不想要的 libB 的 processA 依赖项。依赖只是为了满足链接器,因为使用 libB 的代码从未真正被调用(但链接器不会知道这一点)。所以现在我将 libB 链接到 processA,尽管该 lib 中的代码永远不会被执行。

有没有更好的方法来处理这种情况?另一个想法是只定义接口(interface),只包含 libGeneric 中实际到处使用的方法,并将其他方法放入 libB 中。然而,我会将对象从 libGeneric 中分离出来,这会使维护变得更加困难。

我正在使用 G++ 4.4 进行编译。


编辑:因为我不能在这里发布实际项目的代码,所以一些结构化的伪代码可能会更清楚地显示问题:

class Record {
public:
void produce(...) // called from Process A
std::string serialize() const;
void deserialize(const std::string &);

void do_something(queue) { // called from process B
// this logic is actually more complicated (depends on subclasses of Record)
// i.e. cannot be moved out of this class without getting ugly
queue.add_for_further_processing( this ); // The queue is part of ProcessB
}
};

由此看来,最好的方法似乎是将所有线程内容(队列是其中的一部分)移除到一个公共(public)子模块,然后让所有进程都使用它。

最佳答案

解决此问题的一种方法是动态链接 libB(如果您关心可执行文件的大小)。

另一种选择是将公共(public)代码从 libA 和 libB 中提取到一个库 (libC) 中。然后,您的程序将需要链接 libA 和 libC,以及 libB 和 libC。

我看不到其他解决方法。

关于c++ - 删除依赖中未使用的方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5714484/

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