C++ с использованием copy-ctor при использовании оператора =() – как именно это работает?
-
21-12-2019 - |
Вопрос
Каковы правила преобразования присваивания оператора =() в конструкцию в C++?Такой как Foo foo = bar
фактически вызовет конструктор Foo, принимая bar в качестве аргумента, если он существует.Я погуглил, как это работает, но ничего не нашел.
У меня возникла проблема с выяснением, почему приведенное ниже задание пытается использовать конструктор, но не принимает явно правильный:HandlePtr(ТИП и ресурс).Построение с использованием реального синтаксиса построения работает нормально, но не с оператором присваивания.
код (очевидно, отредактированный для краткости):
template< typename TYPE >
class HandlePtr {
public:
HandlePtr( void ) = default;
HandlePtr( HandlePtr< TYPE >& other ) = default;
HandlePtr( TYPE& resource ) {} // generally I would make this explicit, but for testing purposes I took it out
~HandlePtr( void ) = default;
public:
HandlePtr<TYPE>& operator=( TYPE& resource ) { return *this; }
HandlePtr<TYPE>& operator=( HandlePtr<TYPE>& other ) { return *this; }
};
int main ( void ) {
int x = 5;
HandlePtr< int > g( x ); // works
HandlePtr< int > i;i = x; // works
HandlePtr< int > h = x; // doesn't work
// also tried this just out of curiosity:
HandlePtr< int > h = HandlePtr< int >( x ); // also does not work
return 0;
}
ошибки:
shit.cpp: In function ‘int main()’:
try.cpp:19:24: error: no matching function for call to ‘HandlePtr<int>::HandlePtr(HandlePtr<int>)’
HandlePtr< int > h = x; // doesn't work
^
try.cpp:19:24: note: candidates are:
try.cpp:7:3: note: HandlePtr<TYPE>::HandlePtr(TYPE&) [with TYPE = int]
HandlePtr( TYPE& resource ) {} // generally I would make this explicit, but for testing purposes I took it out
^
try.cpp:7:3: note: no known conversion for argument 1 from ‘HandlePtr<int>’ to ‘int&’
try.cpp:6:3: note: HandlePtr<TYPE>::HandlePtr(HandlePtr<TYPE>&) [with TYPE = int]
HandlePtr( HandlePtr< TYPE >& other ) = default;
^
try.cpp:6:3: note: no known conversion for argument 1 from ‘HandlePtr<int>’ to ‘HandlePtr<int>&’
try.cpp:5:3: note: HandlePtr<TYPE>::HandlePtr() [with TYPE = int]
HandlePtr( void ) = default;
^
try.cpp:5:3: note: candidate expects 0 arguments, 1 provided
try.cpp:20:20: error: redeclaration of ‘HandlePtr<int> h’
HandlePtr< int > h = HandlePtr< int >( x ); // also does not work
^
try.cpp:19:20: error: ‘HandlePtr<int> h’ previously declared here
HandlePtr< int > h = x; // doesn't work
Решение
Вы упускаете из виду это в декларация:
T t = u;
это не оператор присваивания. t = u;
не является подвыражением объявления.Единственное выражение здесь u
;и результат вычисления выражения u
используется как инициализатор объекта t
объявляется.
Если u
имеет тип T
, затем t
создано путем копирования из u
.
Если u
не имеет типа T
, затем u
сначала необходимо преобразовать в тип T
.Это создает rvalue типа T
.
У вас нет конструкторов, принимающих значение r, поэтому T t = u;
, и идентичные T t = T(u);
оба терпят неудачу.Однако, T t(u)
завершается успешно, поскольку rvalue не создается;Значение u
используется как аргумент конструктора T(U &)
.
Упрощенный пример кода:
struct T
{
T(int &);
T(T&);
T();
T &operator=(int &);
};
int main()
{
int x = 5;
T g(x); // OK, T(int &)
T g2(5); // fail, looks for T(int const &)
T i; // OK, T()
i = x; // OK, T::operator=(int&)
T h3 = i; // OK, T(T&)
T h1 = T(x); // fail, looks for T(T const &)
T h2 = x; // fail, identical to previous line
}
Обычно вы должны использовать const &
в качестве параметра для конструкторов копирования и операторов присваивания;тогда все эти «неудачные» случаи становятся «ОК», поскольку rvalue может быть привязано к константной ссылке.