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

Когда я обнаружил, boost::lexical_castто подумал: "Почему я не узнал об этом раньше!" - Я ненавидел писать такой код, как

stringstream ss;
ss << anIntVal;
mystring = ss.str();

Сейчас пишу

mystring = boost::lexical_cast<string>(anIntVal);

Вчера в stackoverflow я наткнулся на сплит-буст (еще одна жемчужина, которая избавит меня от написания кода).

string stringtobesplit = "AA/BB-CC")
vector<string> tokens;

boost::split(tokens, stringtobesplit, boost::is_any_of("/-")); 
// tokens now holds 3 items: AA BB CC

Я собираюсь начать просматривать документацию по boost в поисках других функций, которые я смогу использовать регулярно, но я чувствую, что будет очень легко упустить что-то.

Какие функции повышения вы используете больше всего / не хотели бы иметь?

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

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

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

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

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

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), построенные на основе 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.Thread .

Я использую 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) { ... }

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

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. Это значительно упрощает синтаксический анализ командной строки.

Я использую контейнеры Boost Pointer, а не контейнер 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?
Практически во всех библиотеках графического интерфейса есть что-то вроде CString :: Format ("% i") или QString :: Number ("% i"), которые возвращают инициализированную строку.

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

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

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

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