Повысить зависимость для проекта с открытым исходным кодом C ++?

Question

Boost означает стандартную нестандартную библиотеку C ++, которую может использовать каждый пользователь C ++. Разумно ли предположить, что он доступен для проекта C ++ с открытым исходным кодом, или это слишком большая зависимость?

Answer 1

По сути, ваш вопрос сводится к тому, «разумно ли иметь [бесплатную библиотеку xyz] в качестве зависимости для проекта с открытым исходным кодом C ++».

Теперь рассмотрим следующую цитату из Страуструпа, и ответ действительно прост:

Без хорошей библиотеки самые интересные задачи трудно выполнить в C ++; но с хорошей библиотекой почти любую задачу можно легко выполнить

Если предположить, что это правильно (и, по моему опыту, так), то написание проекта C ++ разумного размера без зависимостей совершенно необоснованно.

Дальнейшее развитие этого аргумента - зависимость one C ++ (кроме системных библиотек), которую можно разумно ожидать в клиентской системе (разработчика), - библиотеки Boost. Я знаю , что это не так, но это не слишком разумное предположение для программного обеспечения.

Если программное обеспечение не может даже полагаться на Boost, оно не может полагаться на любую библиотеку .

Answer 2

Посмотрите на http://www.boost.org/doc/tools.html. В частности, утилита bcp пригодится, если вы захотите встроить свои буст-зависимости в свой проект. Выдержка из веб-сайта:

«Утилита bcp - это инструмент для извлечения подмножеств Boost, она полезна для авторов Boost, которые хотят распространять свою библиотеку отдельно от Boost, и для пользователей Boost, которые хотят распространять подмножество Boost со своим приложением.

bcp также может сообщать о том, от каких частей Boost зависит ваш код и какие лицензии используются этими зависимостями. "

Конечно, это может иметь некоторые недостатки - но, по крайней мере, вы должны знать о возможности сделать это.

Answer 3

Раньше я был крайне осторожен с введением зависимостей в системы, но теперь я обнаружил, что зависимости не имеют большого значения. Современные операционные системы поставляются с менеджерами пакетов, которые часто могут автоматически разрешать зависимости или, по крайней мере, позволяют администраторам легко устанавливать то, что необходимо. Например, Boost доступен в Gentoo-Postage как dev-libs / boost и в портах FreeBSD как devel / boost.

Современное программное обеспечение с открытым исходным кодом много строит на других системах. В недавнем исследовании , отслеживая зависимости пакетов FreeBSD, мы установили, что пакеты из 12 357 портов в нашей системе FreeBSD 4.11 имели в общей сложности 21 135 зависимостей библиотеки; то есть, для компиляции им требовалась библиотека, отличная от 52 библиотек, которые являются частью базовой системы. Зависимости библиотек включали 688 различных библиотек, в то время как число различных внешних библиотек, используемых в одном проекте, варьировалось от 1 до 38, при значении режима 2. Кроме того, 5117 проектов использовали по крайней мере одну внешнюю библиотеку, а 405 проектов использовали 10 или более ,

В итоге ответ на ваш вопрос будет получен в результате анализа затрат и выгод. Преимущество повторного использования зрелой, широко используемой, проверенной и протестированной библиотеки, такой как Boost, и больше, чем низкая и падающая стоимость зависимости? Для любого нетривиального использования средств Boost ответ заключается в том, что вы должны пойти дальше и использовать Boost.

Answer 4

Это зависит. Если вы используете заголовочный файл только с определенным шаблоном класса в Boost - тогда да, используйте его, потому что он не пригоден для какой-либо общей библиотеки Boost, поскольку весь код генерируется во время компиляции без внешних зависимостей. Проблемы с версиями являются болью для любой разделяемой библиотеки c ++, и Boost не застрахован от этого, поэтому, если вы можете вообще избежать этой проблемы, это хорошо.

Answer 5

KDE также зависит от Boost.

Однако это в основном зависит от ваших целей и даже в большей степени от вашей целевой аудитории, а не от объема вашего проекта. например TinyJSON (очень маленький проект), почти на 100% Boost, но это прекрасно, потому что предоставляемый им API похож на Boost и нацелен на программистов Boost, которым нужны привязки JSON. Однако многие другие библиотеки JSON не используют Boost, потому что они нацелены на другую аудиторию.

С другой стороны, я не могу использовать Boost на работе, и я знаю, что многие другие разработчики (на своих рабочих местах) находятся в одной лодке. Так что, я думаю, вы могли бы сказать, если ваша цель - OpenSource, и группа, которая использует Boost, продолжайте. Если вы нацелены на предприятие, вы можете подумать об этом и скопировать и вставить только необходимые детали из Boost (и посвятить себя их поддержке), чтобы ваш проект заработал.

• Редактировать: Причина, по которой мы не можем использовать его на работе, заключается в том, что наше программное обеспечение имеет быть переносимым до 7 разных платформы и через 4 компилятора. Так мы не можем использовать повышение, потому что это не имеет было доказано совместимость с все наши цели, поэтому причина в технический. (Мы в порядке с OpenSource и Boost License, как мы используем Boost для других вещей в раз)

Answer 6

Преимущества использования boost при написании кода на C ++ заключаются в том, что они значительно перевешивают дополнительную сложность распространения открытого исходного кода.

Я работаю над Блокнотом для программиста , и код зависит от повышения для тестирования, интеллектуальных указателей и интеграции с Python. Было несколько жалоб из-за требования, но большинство просто продолжит его, если они хотят работать над кодом. Принятие буст-зависимости было решением, о котором я никогда не сожалел.

Чтобы сделать сложность чуть меньше для других, я включаю готовые версии библиотек для Boost Python, так что все, что им нужно сделать, это обеспечить повышение в своих каталогах включения.

Answer 7

Я бы сказал, да. Оба пакета Mandriva ( Red Hat ) и Ubuntu ( Debian ) имеют пакеты для библиотек Boost.

Answer 8

Я думаю, что расширенная функциональность, которую обеспечивает Boost, и, как вы говорите, это стандартная нестандартная библиотека C ++, оправдывает ее как зависимость.

Answer 9

Все зависит от того, как вы собираетесь использовать Boost. Как сказал Диомидис, если вы собираетесь использовать какие-то нетривиальные средства от Boost, просто продолжайте. Использование библиотек не является преступлением.

Конечно, есть много людей, которые предпочитают не использовать Boost, потому что введение новых зависимостей всегда имеет некоторые минусы и дополнительные заботы, но в проекте с открытым исходным кодом ... на мой взгляд, можно даже использовать их, если вы просто хочу научиться им или улучшить свои навыки на них.

Answer 10

К сожалению, да, для Ubuntu они легко доступны, но для RHEL 4 и 5 я почти всегда заканчивал тем, что делал их из тарболлов. Это отличные библиотеки, просто очень большие ... как, например, использование шипа для рельса, когда иногда все, что вам действительно нужно, - это чертежная кнопка.