本文介绍了拉动一个C ++开源项目的依赖?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

升压,就是要标准非标准C ++库,每一个C ++的用户可以使用。它是合理的假设是适用于一个开源C ++项目,或者是一个很大的依赖太过了?

Boost is meant to be the standard non-standard C++ library that every C++ user can use. Is it reasonable to assume it's available for an open source C++ project, or is it a large dependency too far?

推荐答案

基本上,你的问题可以归结为是是合理的,有[免费的图书馆某某]作为一个C ++开源项目的依赖。

Basically your question boils down to "is it reasonable to have [free library xyz] as a dependency for a C++ open source project."

现在考虑从斯特劳斯以下报价,答案确实是一个没有脑子:

Now consider the following quote from Stroustrup and the answer is really a no-brainer:

如果没有一个好的图书馆,最有趣的任务是难做到
  C ++;但鉴于一个好的图书馆,几乎所有的任务可以很容易

假设这是正确的(在我的经验,这是),然后写一个相当规模的C ++项目的没有的依赖关系是彻头彻尾的不合理的。

Assuming that this is correct (and in my experience, it is) then writing a reasonably-sized C++ project without dependencies is downright unreasonable.

开发这种说法此外,的有一个的C ++的依赖性(除了系统库),可以合理地一(开发者)客户端系统上的预期是Boost库。
我的知道的自己不是,但它不是一个不合理的presumption的软件制作。

Developing this argument further, the one C++ dependency (apart from system libraries) that can reasonably be expected on a (developer's) client system is the Boost libraries.I know that they aren't but it's not an unreasonable presumption for a software to make.

如果一个软件甚至不能依靠升压,它不能依靠的任何的库。

If a software can't even rely on Boost, it can't rely on any library.

这篇关于拉动一个C ++开源项目的依赖?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

08-01 13:57