perfect-forwarding

3зной

2ответ

Правильное использование `for_each_arg` - слишком большая пересылка?

Я очень рад, что нашел for_each_arg(...), что значительно облегчает работу с пакетами аргументов. template<class F, class...Ts> F for_each_arg(F f, Ts&&...a) { return (void)initializer_list<int>{(re

3зной

1ответ

Forwarding неконтактного типа копируемого в StD :: нить

Следующая программа не создает в GCC 4.9.2 или звоне 3.6: #include <iostream> #include <vector> #include <thread> /* Non-copyable type */ struct Foo { Foo() {}; Foo(const Foo &) = dele

4зной

1ответ

Совершенная экспедиторская и станд :: кортеж

Рассмотрим следующий код: #include <iostream> #include <tuple> #include <utility> // A. template <typename... Args> void f (const char* msg, Args&&... args) { std::cout << "A. " << msg <<

0зной

1ответ

C++ совершенная пересылка: зачем нам нужно форвард(), если мы можем использовать const_cast()?

Общих описания идеальной задачи экспедиционной сказать, что мы лучше не использовать комбинации & и const& в качестве аргументов функции обертки, потому что в таком случае мы обязаны написать нескольк

3зной

1ответ

Совершенная пересылка примитивных типов

Мне нужно реализовать некоторые методы, подобные vector::emplace для моих собственных структур данных. В общем случае я бы реализовал их так, чтобы они поддерживали идеальную пересылку, то есть с rval

1зной

1ответ

Утилита std: forward <Func> по вызову

Я выполняю функции кодирования, как хорошо известно tuple_apply, которые принимают значение rvalue функции как параметра. Во время моих исследований в Интернете, я наткнулся на два следующих вызовов:

2зной

2ответ

Linker ошибка (неопределенная ссылка) с `статической constexpr сопзИте полукокс *` и идеально-экспедиторской

#include <iostream> using namespace std; template<typename T> void print(T&& mX) { std::cout << std::forward<T>(mX) << std::endl; } struct SomeStruct { static constexpr const char* s