Какие функции Boost перекрываются с C ++ 11?

Я положил свои навыки C ++ на полку несколько лет назад, и теперь, когда они мне снова нужны, ситуация изменилась.

Сейчас у нас есть C ++ 11, и я понимаю, что он перекрывает многие функции Boost.

Есть ли какая-то сводка, где лежат эти перекрытия, какие библиотеки Boost станут унаследованными, рекомендации, какие функции C ++ 11 следует использовать вместо расширенных, а какие лучше нет?

Заменяемые языком C ++ 11 функции или библиотеки

• Foreach → на основе диапазона для
• Функциональное / Пересылка → Идеальная пересылка (со ссылками на значения , переменными шаблонами и std :: forward )
• Inplace Factory, Типизированный In Place Factory → Идеальная пересылка (по крайней мере, для документированных случаев использования)
• Лямбда → Лямбда-выражение (в неполиморфных случаях)
• Локальная функция → Лямбда-выражение
• Мин-Макс → Стандарт :: Минакс , Стандарт :: Минакс_элемент
• Соотношение → стандартное соотношение :: отношение
• Static Assert → static_assert
• Тема → <тема> и т. Д. (Но проверьте этот вопрос ).
• Typeof → auto, decltype
• Значение инициализировано → Список-инициализация (§8.5.4 / 3)
• Математика / Специальные функции → <cmath>см. Список ниже
  • гамма-функция (tgamma), логарифмическая гамма-функция (lgamma)
  • функции ошибок (erf, erfc)
  • log1p, expm1
  • cbrt, hypot
  • acosh, asinh,atanh

TR1 (они отмечены в документации, если это библиотеки TR1)

• Array → std :: array
• Bind → std :: bind
• Включить, если → std :: enable_if
• Функция → std :: function
• Функция-член → std :: mem_fn
• Случайный → <случайный>
• Ref → std :: ref, std :: cref
• Регулярное выражение → <регулярное выражение>
• Результат → std :: result_of
• Smart Ptr → std :: unique_ptr, std :: shared_ptr, std :: weak_ptr (но boost :: intrusive_ptr по-прежнему не может быть заменен)
• Swap (перестановка массивов) → std :: swap
• Tuple → std :: tuple
• Тип черт → <тип черт>
• Неупорядоченный → <unordered_set>, <unordered_map>

Особенности, перенесенные из C ++ 11:

• Атомная ← std :: атомная
• Хроно ← < Хроно > (см. Ниже)
• Переместить ← Rvalue ссылки

Заменяемые на C ++ 17 языковых особенностей:

• String_ref → std :: string_view
• Filesystem → <файловая система> (Filesystem TS)
• Необязательно → STD :: Необязательно ( Основы библиотеки TS v1 )
• Любая → std :: любая (Библиотека Основ TS v1)
• Математика / Специальные функции → <cmath>( Special Math IS ), см. Список ниже
  • бета-функция
  • (нормальные / связанные / сферические) полиномы Лежандра
  • (нормальный / ассоциированный) полиномы Лежандра
  • Эрмитовых полиномов
  • Функции Бесселя (J / Y / I / K) (Y называется функцией Неймана в C ++)
  • сферические функции Бесселя (Дж / У)
  • (неполные / полные) эллиптические интегралы (первого / второго / третьего рода)
  • Дзета-функция Римана
  • экспоненциальный интеграл Ei
• Вариант → STD :: вариант ( P0088R2 )

Стандартная команда все еще работает над этим:

• Математический общий фактор → std :: Experimetal :: gcd, lcm (Основы библиотеки TS v2)
• Проверка концепции → Концепции ТС
• Диапазон → Диапазон TS
• Asio → Networking TS (только сокеты и таймеры)
• Мультиточность → Числовые TS
• Coroutine / Coroutine2 → Coroutines TS

Большая часть MPL может быть обрезана или удалена с помощью шаблонов с переменными параметрами. В некоторых случаях общее использование лексической гипсе можно заменить станд :: to_string и станд :: STO X .

Некоторые библиотеки Boost связаны с C ++ 11, но также имеют некоторые дополнительные расширения, например, Boost.Functional / Hash содержит hash_combine и связанные функции, которых нет в C ++ 11, Boost.Chrono имеет операции ввода-вывода и округления и многие другие часы, и т.д., так что вы все еще можете взглянуть на форсированные, прежде чем действительно отмахнуться от них.

На самом деле, я не думаю, что библиотеки повышения станут наследием.

Да, вы должны быть в состоянии использовать std::type_traits, regex, shared_ptr, unique_ptr, tuple<>, std::tie, std::beginвместо повышающего TypeTraits / Utility, увеличить умный указатель, увеличить кортеж Повысьте библиотеки Range, но на практике не должна быть никакой реальной необходимостью «ключ» , если вы не двигаетесь больше твой код на с ++ 11.

Кроме того, по моему опыту, stdверсии большинства из них несколько менее интересны. Например, AFAICT стандарт не имеет

• Perl5 регулярные выражения
• шаблон call_traits
• Некоторые члены интерфейса регулярных выражений (такие как bool boost::basic_regex<>::empty()) и другие различия интерфейса
  • это кусает больше, так как интерфейс Boost точно соответствует Boost Xpressive
  • и он намного лучше работает с алгоритмами Boost String. Очевидно, что последние не имеют стандартных аналогов (пока?)
• Многие вещи, связанные с TMP (Boost Fusion)

• Ленивые лямбды на основе шаблонов выражений; они имеют неизбежные преимущества в том, что они могут быть полиморфными сегодня , в отличие от C ++ 11. Поэтому они часто могут быть более краткими:

   std::vector<int> v = {1,2,-9,3};
  
   for (auto i : v | filtered(_arg1 >=0))
       std::cout << i << "\n";
  
   // or:
   boost::for_each(v, std::cout << _arg1);

  Наиболее определенно, это все еще имеет некоторую привлекательность по отношению к лямбдам C ++ 11 (с завершающими типами возврата, явным захватом и объявленными параметрами).

Кроме того, существует БОЛЬШАЯ роль для Boost, именно в том, что касается облегчения пути перехода с C ++ 03 на C ++ 11 и интеграции кодовых баз C ++ 11 и C ++ 03. Я особенно думаю о

• Boost Auto (BOOST_AUTO)
• Повышение полезности ( boost::result_of<>и связанные)
• Повысить Foreach (BOOST_FOREACH)
• Не забывайте: Boost Move - который позволяет писать классы с семантикой move с синтаксисом, который одинаково хорошо компилируется на компиляторах C ++ 03 с компиляторами Boost 1_48 + и C ++ 11.

Просто мои 0,02 доллара