gpt4 book ai didi

c++ - 让多线程程序的两个 "deep"部分相互通信的模式是什么?

转载 作者:搜寻专家 更新时间:2023-10-31 00:23:30 24 4
gpt4 key购买 nike

我在设计、重构或“分类”中遇到这个普遍问题:

我有一个现有的多线程 C++ 应用程序,它使用多个插件库搜索数据。使用当前的搜索接口(interface),给定的插件接收一个搜索字符串和一个指向 QList 对象的指针。在不同的线程上运行,插件会搜索各种数据源(本地和网络上的)并将感兴趣的对象添加到列表中。当插件返回时,仍在单独线程上的主程序将此数据添加到本地数据存储(进行进一步处理),使用互斥锁保护此插入点。因此每个插件都可以异步返回数据。

QT-base 插件库是基于消息传递的。已经为该应用程序编写和测试了相当多的插件,它们运行良好。

我想编写更多插件并利用现有应用程序。

问题是新插件需要来自应用程序的更多信息。他们在搜索时需要间歇性地访问本地数据存储本身。因此,要实现这一点,他们需要直接或间接访问存储数据的哈希数组和保护对存储的多次访问的互斥锁。我假设访问将通过在“目录”对象中添加一个额外的方法来封装。

我可以看到三种编写这些新插件的方法。

  1. 加载插件时,传递它们指向我的“目录”的指针开始。这成为一个额外的,新的“隐形”界面插件。这看起来又快又简单,根据 OO 完全错误但是我看不出 future 会出现什么问题。

  2. 添加一个方法/消息到现有界面,所以我有一个第二个功能可能是要求新的插件库,该消息将传递一个指向目录到插件。这对于插件来说很容易,但它会使我的主要代码复杂化并且似乎一般不好。

  3. 重新设计插件界面。根据面向对象的说法,这似乎是“最好的”,可能有其他额外的好处,但需要各种各样的重写。

所以,我的问题是

一个。谁能告诉我选项 1 的具体危险

B.是否有适合此类问题的已知模式?

编辑1:

调用插件例程的典型函数如下所示:

elsewhere(spec){
QList<CatItem> results;
plugins->getResult(spec, &results);
use_list(results);
}

...
void PluginHandler::getResults(QString* spec, QList<CatItem>* results)
{
if (id->count() == 0) return;
foreach(PluginInfo info, plugins) {
if (info.loaded)
info.obj->msg(MSG_GET_RESULTS, (void*) spec, (void*) results);
}
}

这是一个重复的代码。我宁愿扩展它也不愿破坏它。

最佳答案

为什么“根据 OO 完全错误”?如果您的插件需要访问该对象,并且它不违反您想要保留的任何抽象,那么它就是正确的解决方案。

对我来说,当你决定你的插件需要访问列表本身时,你似乎搞砸了你的抽象。您刚刚炸毁了整个应用程序的架构。您确定需要访问实际列表本身吗?为什么?你需要它做什么?能否以更明智的方式提供这些信息?一个不会 1) 增加对共享资源的争用(并增加微妙的多线程错误的风险,如竞争条件和死锁),以及 2) 不会破坏应用程序其余部分的架构(特别是保留分离在列表和它的客户之间,允许异步)

如果您认为它是不好的 OO,那是因为您从根本上试图做的事情(违反了应用程序的基本架构),而不是您是如何做的。

关于c++ - 让多线程程序的两个 "deep"部分相互通信的模式是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1891249/

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