Quais recursos do Boost se sobrepõem ao C ++ 11?

Coloquei minhas habilidades em C ++ na prateleira há vários anos e parece que agora, quando preciso delas novamente, o cenário mudou.

Temos o C ++ 11 agora, e meu entendimento é que ele se sobrepõe a muitos recursos do Boost.

Existe algum resumo de onde estão essas sobreposições, quais bibliotecas do Boost se tornarão herdadas, recomendação de quais recursos do C ++ 11 usar em vez dos de otimização e quais não?

Substituível por recursos ou bibliotecas da linguagem C ++ 11

• Foreach → baseado em intervalo para
• Funcional / Avançado → Encaminhamento perfeito (com referências rvalue , modelos variados e std :: forward )
• Fábrica no local, Fábrica digitada no local → Encaminhamento perfeito (pelo menos para os casos de uso documentados)
• Lambda → Expressão lambda (em casos não polimórficos)
• Função local → Expressão Lambda
• Min-Max → std :: minmax , std :: minmax_element
• Relação → std :: ratio
• Declaração Estática → static_assert
• Tópico → <thread>, etc (mas verifique esta pergunta ).
• Typeof → auto, decltype
• Valor inicializado → Inicialização da lista (§8.5.4 / 3)
• Funções Matemáticas / Especiais → <cmath>, veja a lista abaixo
  • função gama (tgamma), função gama de log (lgamma)
  • funções de erro (erf, erfc)
  • log1p, expm1
  • cbrt, hypot
  • acosh, asinh,atanh

TR1 (eles estão marcados na documentação se forem bibliotecas TR1)

• Matriz → std :: array
• Ligação → std :: bind
• Ativar Se → std :: enable_if
• Função → std :: function
• Função membro → std :: mem_fn
• Aleatório → <aleatório>
• Ref → std :: ref, std :: cref
• Regex → <regex>
• Resultado de → std :: result_of
• Smart Ptr → std :: unique_ptr, std :: shared_ptr, std :: weak_ptr (mas boost :: intrusive_ptr ainda não pode ser substituído)
• Swap (troca de matrizes) → std :: swap
• Tupla → std :: tupla
• Traços de tipo → <type_traits>
• Não- ordenado → <não-ordenado>, <não-ordenado> mapa>

Recursos portados em C ++ 11:

• Atomic ← std :: atomic
• Chrono ← <chrono> (veja abaixo)
• Mover ← Referências de valor

Substituível pelos recursos da linguagem C ++ 17:

• String_ref → std :: string_view
• Sistema de arquivos → <sistema de arquivos> (TS do sistema de arquivos)
• Opcional → std :: opcional ( Fundamentos da Biblioteca TS v1 )
• Qualquer → std :: any (Fundamentos da biblioteca TS v1)
• Funções Matemáticas / Especiais → <cmath>( Matemática Especial IS ), veja a lista abaixo
  • função beta
  • (normal / associado / esférico) Polinômios de Legendre
  • (normal / associado) Polinômios de Legendre
  • Polinômios Hermite
  • Funções de Bessel (J / A / I / K) (Y é chamada função de Neumann em C ++)
  • funções esféricas de Bessel (j / a)
  • integrais elípticas (incompletas / completas) de (primeiro / segundo / terceiro tipo)
  • Função Riemann zeta
  • integral exponencial Ei
• Variante → std :: variant ( P0088R2 )

A equipe padrão ainda está trabalhando nisso:

• Fator comum de matemática → std :: experimetal :: gcd, lcm (Fundamentos da biblioteca TS v2)
• Verificação conceitual → Conceitos TS
• Faixa → Faixa TS
• Asio → Networking TS (somente soquetes e temporizadores)
• Multiprecisão → TS Numéricos
• Coroutine / Coroutine2 → Coroutines TS

Uma grande parte do MPL pode ser reduzida ou removida usando modelos variados. Alguns casos de uso comum do elenco Lexical pode ser substituído por std :: to_string e std :: sto X .

Algumas bibliotecas do Boost estão relacionadas ao C ++ 11, mas também têm mais extensões, por exemplo, o Boost.Functional / Hash contém hash_combine e funções relacionadas não encontradas no C ++ 11, o Boost.Chrono tem E / S e arredondamento e muitos outros relógios, etc., portanto, você ainda pode querer dar uma olhada nos de impulso antes de realmente descartá-los.

Na verdade, não acho que as bibliotecas de impulso se tornem legadas.

Sim, você deve ser capaz de usar std::type_traits, regex, shared_ptr, unique_ptr, tuple<>, std::tie, std::beginem vez de Typetraits reforço / Utility, Boost ponteiro inteligente, Boost Tuple, bibliotecas Boost Gama, mas não deve, na prática, há real necessidade de 'switch', a menos que você está se movendo mais seu código para c ++ 11.

Além disso, na minha experiência, as stdversões da maioria delas são um pouco menos úteis. Por exemplo, AFAICT, o padrão não possui

• Expressões regulares do Perl5
• call_traits
• Certos membros da interface regex (como bool boost::basic_regex<>::empty()) e outras diferenças de interface
  • isso morde mais, já que a interface do Boost é exatamente compatível com o Boost Xpressive
  • e funciona muito mais bem com os algoritmos Boost String Obviamente, os últimos ainda não possuem contrapartes padrão (ainda?)
• Muitas coisas relacionadas ao TMP (Boost Fusion)

• Preguiçosos, lambdas baseados em modelos de expressão; eles têm benefícios inevitáveis, pois podem ser polimórficos hoje , em oposição ao C ++ 11. Portanto, eles geralmente podem ser mais sucintos:

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

  Definitivamente, isso ainda tem algum apelo sobre lambdas C ++ 11 (com tipos de retorno à direita, captura explícita e parâmetros declarados).

Além disso, há um papel GRANDE para o Boost, precisamente para facilitar a migração de caminho do C ++ 03 para o C ++ 11 e integrar as bases de código C ++ 11 e C ++ 03. Estou pensando particularmente em

• Aumentar Automático (BOOST_AUTO)
• Utilitário Boost ( boost::result_of<>e relacionado)
• Aumentar o Foreach (BOOST_FOREACH)
• Não se esqueça: Boost Move - que permite escrever classes com semântica de movimento com uma sintaxe que será compilada igualmente bem em compiladores C ++ 03 com os compiladores Boost 1_48 + e C ++ 11.

Apenas meus $ 0,02