Найчастіше використовувані частини Boost [закрито]

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

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

Зараз я пишу

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

Вчора, на stackoverflow, я натрапив на boost split (ще один камінь, який врятує мене від написання коду).

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 :: shared_ptr .

BOOST_FOREACH знову робить життя цінним.

(Чому про це ніхто не згадував? Питання було задано 8 місяців тому!)

Мої фаворити - це не в певному порядку:

• регекс
• файлова система
• нитка
• lexical_cast
• program_options (просто геніально!)
• тест (для всіх моїх потреб у тестуванні одиниць).
• Строкові алгоритми
• Струнний токенізатор
• формат (безпечне для тексту форматування друку в стилі printf)
• розумні ptrs

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

Мені подобається, як можна поставити свій власний деструктор 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::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 Source Libraries (ASL), побудованому поверх Boost - зокрема, розширення на стандартні алгоритми, які приймають boost :: діапазон замість окремих ітераторів початку / кінця. Тоді замість того, щоб дзвонити, скажіть:

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 :: прив’язувати
• boost :: випадковий
• boost :: нитка
• boost :: не можна скопіювати

Такі, як Tuple, Static Assert та Integer, дуже корисні, якщо ви пишете бібліотеку, яка має використовуватися на різних платформах.

Такі речі, як "Графіки" та "Лямбда", більш конкретні.

boost::shared_ptrє вимогою до сучасного C ++ програмування IMHO. Тому вони додали його до стандарту з TR1. boost::program_options, boost::bindі boost::signalдуже приємні, якщо ви знаєте, для чого вони призначені та як ними користуватися. Останні два, як правило, лякають новачків.

Ми знайшли boost :: spirit досить корисним для бізнес-рішення для розбору ECMAScript. Складний, але дуже приємний!

Я здивований, що ще не бачу відповідей Boost.Thread .

Я вже кілька років використовую shared_ptr. Це просто так корисно, що немає причин, що проект повинен бути без нього.

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

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

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

Я все ще використовую Variant (який також був стандартизований, але мене там ще немає), Формат значною мірою замінений 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");

І за допомогою адаптерів діапазону та оператора pipe ("|") я можу повторити значення значення карти (як приклад):

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

Ви повинні перевірити boost :: program_options. Це значно спрощує розбір командного рядка.

Я використовую контейнери Boost Pointer, які віддають перевагу контейнеру STL shared_ptr.

Я використовую boost :: numeric :: ublas :: matrix зовсім небагато.

Я люблю boost :: random and boost :: asio and boost :: fileystem, but boost :: bind, boost :: circular_buffer and boost :: thread дуже практичні, розумні покажчики в порядку, але я віддаю перевагу RAII, а не як управління пам'яттю

Гаразд, ось новий, який я знайшов:
замість Stricmp я можу використовувати функцію boost's equals і передавати в предикат is_iequal,
наприклад:
замість

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

Я можу використовувати

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

дано:

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

Ось два мої центи:

• boost :: range_exit - не потрібно визначати клас RAII лише для одного використання
• boost :: будь-який
• boost :: варіант
• Бібліотека контейнерів для підвищення покажчика (ptr_vector)
• Бібліотека збільшити басейн
• 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, чому не щось подібне до "форматування" статичного члена в бібліотеці std :: string?
Майже у всіх lii-файлах є щось на зразок CString :: Format ("% i") або QString :: Number ("% i"), які повертають ініціалізований рядок.

Я думаю, що питання слід змінити. Яку частину з них ви не хочете використовувати?

На мій досвід, усе це цікаво і корисно у кожній проблематичній галузі.

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

Винятком може бути те, boost::numeric::ublasщо це робить свою роботу, але Ейген робить це надзвичайно краще.