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

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

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

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

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

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

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

Я довольно часто использую boost :: numeric :: ublas :: matrix.

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

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

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

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

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

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

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

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

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

BOOST_STATIC_ASSERT

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

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

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

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

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

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

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

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

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

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

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

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

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

дано:

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

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

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

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

Мне нравится, как вы можете предоставить свой собственный деструктор для 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" );
}

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

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

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

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

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

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

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

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

Я использую контейнеры Boost Pointer, а не STL-контейнер shared_ptr.

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

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

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

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

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

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

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

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::icl для постобработки текста. Сэкономил мне довольно много времени, потому что в противном случае мне пришлось бы самому реализовать разделение текста ...

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

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

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

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