Наиболее часто используемые части Boost

Вероятно, наиболее часто используемая часть повышения для меня - это boost :: shared_ptr < / а>.

BOOST_FOREACH снова делает жизнь стоящей.

(Почему об этом никто не упомянул? Вопрос задан 8 месяцев назад!)

Мои любимые, в произвольном порядке:

• регулярное выражение
• файловая система
• нить
• lexical_cast
• program_options (просто гениально!)
• test (для всех моих потребностей в модульном тестировании).
• Строковые алгоритмы
• Строковый токенизатор
• format (типобезопасное форматирование строки в стиле printf)
• умные птрс

Boost мне очень помог, когда я написал свое первое кроссплатформенное приложение - без него я бы действительно боролся.

Мне нравится, как вы можете предоставить свой собственный деструктор для shared_ptr.
Это означает, например, что вы можете использовать его с FILE* и заставить его закрыть файл за вас.
например

void safeclose(FILE*fp) {
    if(fp) {
        fclose(fp);
    }
}
void some_fn() {
    boost::shared_ptr<FILE> fp( fopen(myfilename, "a+t"), safeclose );
    //body of the function, and when ever it exits the file gets closed
    fprintf( fp.get(), "a message\n" );
}

Никто не упомянул мультииндексные контейнеры, поэтому я Подойду поздно. Это не так часто, что они вам нужны, но без ускорения создание эквивалентной структуры данных - настоящая боль, а также меньшая эффективность. В последнее время я часто использую их для создания контейнеров, которые смотрят на 2 ключа.

Я удивлен, что никто не упомянул boost::optional. Я использую его чаще, чем любую часть Boost, кроме shared_ptr и scoped_ptr.

Никто не упоминает boost :: tuple? Позор!

BOOST_STATIC_ASSERT

Обновление (октябрь 2011 г.): C ++ 11 (C ++ 0x) содержит static_assert http://www2.research.att.com/~bs/C++0xFAQ.html#static_assert

Одна из моих наиболее часто используемых - это не Boost, а библиотеки исходного кода Adobe (ASL), основанные на top of Boost - в частности, расширения стандартных алгоритмов, которые принимают boost :: range вместо отдельных итераторов начала / конца. Тогда вместо того, чтобы позвонить, скажем,

std::for_each(some_container.begin(), some_container.end(), do_something());

Я могу просто сказать

adobe::for_each(some_container, do_something());

(Я действительно надеюсь, что эти части ASL в конечном итоге перейдут на Boost.)

Использую много:

• boost :: сигналы
• boost :: shared_ptr
• boost :: lexical_cast
• boost :: bind
• boost :: random
• boost :: thread
• boost :: noncopyable

Другие, такие как Tuple, Static Assert и Integer, очень полезны, если вы пишете библиотеку, которая должна использоваться на различных платформах.

Такие вещи, как графики и лямбда, более конкретны.

boost::shared_ptr - это требование для современного программирования на C ++ ИМХО. Вот почему они добавили его в стандарт с TR1. boost::program_options, boost::bind и boost::signal действительно хороши, если вы знаете, для чего они нужны и как их использовать. Однако последние два, как правило, пугают новичков.

Мы обнаружили, что boost :: spirit очень полезен для бизнес-решения для синтаксического анализа ECMAScript. Сложно, но очень красиво!

Я удивлен, что пока не вижу между ответами Boost. Тема.

Я использую shared_ptr уже много лет. Это настолько полезно, что нет никаких причин, по которым проект должен быть без него.

Кроме того, я также использую Bind / Function / Lambda для общих механизмов обратного вызова - особенно полезно при тестировании - а также Format для моей универсальной замены sprintf.

Наконец, буквально на днях я использовал Variant в гневе для решения проблемы (парсер, который мог отвечать небольшим фиксированным набором несвязанных типов токенов). Решение было очень элегантным, и я очень им доволен.

Прошли годы, времена изменились, так что пришло время для обновления. SharedPtr и Function теперь являются частью Standard, а Bind и Lambda устарели из-за фактических лямбда-функций на уровне языка.

Я все еще использую Variant (который также был стандартизирован, но я еще не дошел до него), Format в значительной степени заменен fmtlib (который также был стандартизирован).

Большая часть Boost, которую я использую, - это Boost.Asio. Которая находится в процессе стандартизации.

Использование кортежей для итерации карты, например:

string key, value;
BOOST_FOREACH(tie(key, value), my_map) { ... }

Используя назначение ускорения, я могу инициализировать карту следующим образом:

map<string, string> my_map = map_list_of("key1", "value1")("key2", "value2")("key3", "value3");

А с помощью адаптеров диапазона и оператора вертикальной черты ("|") я могу перебирать значения карты в обратном порядке (в качестве примера):

BOOST_FOREACH(string value, my_multimap.equal_range("X") | map_values | reversed) { ... }

Вы должны проверить boost :: program_options. Это значительно упрощает синтаксический анализ командной строки.

Я использую контейнеры указателя ускорения, а не контейнер STL с shared_ptrs.

Я использую boost :: numeric :: ublas: : matrix совсем немного.

Я люблю boost :: random и boost :: asio и boost :: filesystem, однако boost :: bind, boost :: round_buffer и boost :: thread очень практичны, умные указатели в порядке, но я предпочитаю RAII вместо управления памятью

Хорошо, вот новый, который я нашел:
Вместо использования stricmp я могу использовать функцию boost equals и передать предикат is_iequal,
например:
вместо

stricmp( "avalue", mystr.c_str() ) == 0

я могу использовать

equals( "avalue", mystr, is_iequal() ) 

данный:

#include <boost/algorithm/string.hpp>
using namespace boost::algorithm;

Вот мои два цента:

• boost :: scope_exit - нет необходимости определять класс RAII только для одного использования
• boost :: any
• boost :: option
• Библиотека контейнеров указателей повышения (ptr_vector)
• Библиотека Boost Pool
• boost :: unordered_map / boost :: unordered_set

Я довольно часто использую boost::icl для постобработки текста. Сэкономил мне довольно много времени, потому что в противном случае мне пришлось бы самому реализовать разделение текста ...

BOOST_FOREACH везде в моем коде :)

boost::function и boost::bind абсолютно необходимы. Хотя сейчас они std::function и std::bind. Это действительно помогает уменьшить количество ненужного кода и в целом хорошо подходит для моих проектов (или моих заблуждений).

Недавно я начал использовать boost::interprocess::message_queue, и это тоже отличный инструмент.

Я бы использовал гораздо больше, но у Qt есть собственные способы делать много вещей, которые делает Boost. Если бы мне когда-нибудь пришлось программировать чистый C ++, я бы стал boost::junkie :)

То, что я использую больше всего, теперь доступно в TR1:

• общие указатели
• класс массива

Теперь я также использую классы пула и некоторые другие более специфические вещи.

Теперь вы понимаете, что Boost предназначен для использования большинством программистов, поэтому он является испытательной площадкой для будущей стандартной библиотеки.

Говоря о boost :: lexical_cast, почему что-то вроде 'format' не является статическим членом в библиотеке std :: string?
Почти во всех библиотеках gui есть что-то вроде CString :: Format ("% i") или QString: : Число ("% i"), возвращающее инициализированную строку.

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

По моему опыту, почти все это интересно и полезно в каждой проблемной области.

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

Одним исключением может быть boost::numeric::ublas, который выполняет свою работу, но Eigen делает это значительно лучше.