Poco任务管理器/Boost线程混合和匹配

我很难决定是否应该在我们的产品中使用Poco。我们目前使用助推，但助推水平很低。我想使用Poco中的一些功能。目前我只需要两个，任务管理器和Timer类，但它们依赖于线程池它使用Poco:：Thread over Boost：：Thread等

我想删除我们目前的任务管理框架，使用Poco框架，因为它更适合。话虽如此，我担心这一点以及Poco对象和Boost对象混合后的未来后果。

我可以从其他一些Poco软件包中看到好处，也许我将来会使用它们，但现在，我真的只需要一个好的任务经理。

这就是我如何看待我的选择
Poco:
Pro–我毫不费力地就得到了一个经过良好测试的工作任务经理
Con–我将在模块中引入另一个基础层库，混合和
匹配可能是未来的一个问题

Boost:
Pro–我仍然使用Boost，我们没有其他依赖项
Con–编写相当于Poco任务管理器/计时器的程序需要时间，而且不会带来社区压力测试/代码检查的好处。(我也在重新发明轮子)
Con–我们错过了其他Poco软件包，这些软件包可能会对未来有很大帮助，即xml、缓存、Unicode支持等。

完全使用Poco并停止Boost
Pro–我们可以使用Poco的所有功能，这些功能都是在更高的抽象级别上编写的，我们可以快速实现这些功能
Con–如果我们将来需要Boost中的某些东西，我们将无法使用它。
Con–重新处理使用Boost的当前代码将需要大量工作

当我观察实施过程时，我一直在混合它们，它们看起来很相似，但问题已经提出，现在我不确定。
我一直在寻找这方面的文件，但没有发现任何结论，我希望能得到社区对最明智行动的回应
我毫不怀疑，会有更多的工程师想在Poco中使用boot，所以当他们搜索时，他们可能会看到这一点

谢谢你抽出时间。