Które funkcje Boost pokrywają się z C ++ 11?

Umieściłem swoje umiejętności C ++ na półce kilka lat temu i wydaje się, że kiedy znów ich potrzebuję, krajobraz się zmienił.

Mamy teraz C ++ 11 i rozumiem, że nakłada się on na wiele funkcji Boost.

Czy jest jakieś podsumowanie, gdzie leżą te nakładki, które biblioteki Boost staną się starsze, zalecenie, których funkcji C ++ 11 użyć zamiast tych ulepszeń, a które lepiej nie?

Zastępowane przez funkcje języka C ++ 11 lub biblioteki

• Foreach → w oparciu o zakres dla
• Funkcjonalne / do przodu → Idealne przekazywanie (z odniesieniami do wartości , szablonami variadic i std :: forward )
• Fabryka na miejscu, Fabryka na miejscu → Idealne przekazywanie (przynajmniej dla udokumentowanych przypadków użycia)
• Lambda → Wyrażenie Lambda (w przypadkach niepolimorficznych)
• Funkcja lokalna → wyrażenie Lambda
• Min-Max → std :: minmax , std :: minmax_element
• Stosunek → std :: stosunek
• Static Assert → static_assert
• Wątek → <wątek> itp. (Ale sprawdź to pytanie ).
• Typeof → auto, decltype
• Inicjalizacja wartości → Inicjalizacja listy (§ 8.5.4 / 3)
• Funkcje matematyczne / specjalne → <cmath>patrz lista poniżej
  • funkcja gamma (tgamma), funkcja log gamma (lgamma)
  • funkcje błędów (erf, erfc)
  • log1p, expm1
  • cbrt, hypot
  • acosh, asinh,atanh

TR1 (są zaznaczone w dokumentacji, jeśli są to biblioteki TR1)

• Tablica → std :: tablica
• Bind → std :: bind
• Włącz If → std :: enable_if
• Funkcja → std :: funkcja
• Funkcja członka → std :: mem_fn
• Losowo → <losowo>
• Ref → std :: ref, std :: cref
• Regex → <regex>
• Wynik → std :: wynik_of
• Smart Ptr → std :: unique_ptr, std :: shared_ptr, std :: poor_ptr (ale boost :: intrusive_ptr nadal nie można zastąpić)
• Zamień ( zamień tablice) → std :: swap
• Krotka → std :: krotka
• Wpisz cechy → <type_traits>
• Nieuporządkowany → <zestaw nieuporządkowany>, <mapa nieuporządkowany>

Funkcje przeniesione z C ++ 11:

• Atomic ← std :: atomic
• Chrono ← <chrono> (patrz poniżej)
• Przenieś ← Referencje wartości

Zastępowane przez funkcje języka C ++ 17:

• String_ref → std :: string_view
• System plików → <system plików> ( system plików TS)
• Opcjonalne → std :: opcjonalne ( Library Fundamentals TS v1 )
• Dowolny → std :: dowolny (Library Fundamentals TS v1)
• Funkcje matematyczne / specjalne → <cmath>( Special Math IS ), patrz lista poniżej
  • funkcja beta
  • (normalne / powiązane / sferyczne) Wielomiany Legendre
  • (normalne / powiązane) Wielomiany Legendre
  • Wielomiany pustelnicze
  • Funkcje Bessela (J / Y / I / K) (Y w C ++ nazywa się funkcją Neumanna)
  • sferyczne funkcje Bessela (j / y)
  • (niepełne / kompletne) całki eliptyczne (pierwszego / drugiego / trzeciego rodzaju)
  • Funkcja zeta Riemanna
  • całka wykładnicza Ei
• Wariant → std :: wariant ( P0088R2 )

Standardowy zespół wciąż nad tym pracuje:

• Matematyka Common Factor → std :: experimetal :: gcd, lcm (Library Fundamentals TS v2)
• Kontrola koncepcji → Koncepcje TS
• Zakres → Zakres TS
• Asio → Networking TS (tylko gniazda i timery)
• Multiprecision → Numerics TS
• Coroutine / Coroutine2 → Coroutines TS

Duża część MPL może zostać przycięta lub usunięta przy użyciu różnych szablonów. Niektóre przypadki wspólnego wykorzystywania Lexical obsady może być zastąpione przez std :: to_string i std :: STO X .

Niektóre biblioteki Boost są powiązane z C ++ 11, ale mają również więcej rozszerzeń, np. Boost.Funkcjonalne / Hash zawiera hash_combine i powiązane funkcje nie znalezione w C ++ 11, Boost.Chrono ma I / O i zaokrąglanie i wiele innych zegarów, itp., więc możesz jeszcze rzucić okiem na te wzmacniające, zanim naprawdę je odrzucisz.

Właściwie nie sądzę, aby biblioteki rozszerzeń stały się dziedzictwem.

Tak, powinieneś być w stanie wykorzystać std::type_traits, regex, shared_ptr, unique_ptr, tuple<>, std::tie, std::beginzamiast Typetraits Boost / Utility, Zwiększ sprytny wskaźnik, Zwiększ krotka, Zwiększ bibliotek klasy, ale nie powinno być w praktyce nie rzeczywista potrzeba „switch”, chyba że jesteś w ruchu więcej twój kod do c ++ 11.

Z mojego doświadczenia stdwynika , że wersje większości z nich są nieco mniej funkcjonalne. Np. AFAICT standard nie ma

• Wyrażenia regularne Perl5
• call_traits
• Niektóre elementy interfejsu wyrażenia regularnego (takie jak bool boost::basic_regex<>::empty()) i inne różnice interfejsu
  • to gryzie więcej, ponieważ interfejs Boost jest dokładnie dopasowany do Boost Xpressive
  • i gra o wiele ładniej z algorytmami łańcucha pomocniczego Oczywiście te ostatnie nie mają standardowych odpowiedników (jeszcze?)
• Wiele rzeczy związanych z TMP (Boost Fusion)

• Leniwe lambdas oparte na szablonach wyrażeń; mają nieuniknione zalety, ponieważ mogą być dzisiaj polimorficzne , w przeciwieństwie do C ++ 11. Dlatego często mogą być bardziej zwięzłe:

   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);

  Zdecydowanie ma to jeszcze apelację w stosunku do lambd C ++ 11 (z końcowymi typami zwrotów, jawnym przechwytywaniem i deklarowanymi parametrami).

Ponadto funkcja Boost ma WIELKĄ rolę, właśnie w ułatwianiu migracji ścieżek z C ++ 03 do C ++ 11 oraz integrowaniu baz kodów C ++ 11 i C ++ 03. Szczególnie o tym myślę

• Zwiększ auto (BOOST_AUTO)
• Narzędzie wspomagające ( boost::result_of<>i powiązane)
• Boost Foreach (BOOST_FOREACH)
• Nie zapomnij: Boost Move - pozwala pisać klasy z semantyką move ze składnią, która będzie kompilować się równie dobrze na kompilatorach C ++ 03 z kompilatorami Boost 1_48 + i C ++ 11.

Tylko moje 0,02 $