拉动一个C ++开源项目的依赖？ [英] Boost dependency for a C++ open source project?

问题描述

升压，就是要的标准非标准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 ++;但鉴于一个好的图书馆，几乎所有的任务可以很容易

Without a good library, most interesting tasks are hard to do in C++; but given a good library, almost any task can be made easy

假设这是正确的（在我的经验，这是），然后写一个相当规模的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 ++开源项目的依赖？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！