Оператор присваивания C ++ - сгенерированный компилятором или пользовательский?

Если у вас есть некоторые ресурсы в вашем классе, которыми вы должны управлять, то имеет смысл написать свой собственный оператор присваивания, иначе полагайтесь на сгенерированный компилятором.

Я предполагаю, что проблема мелкой копии может возникнуть, если вы имеете дело со строками. http://www.learncpp.com/cpp-tutorial/912-shallow-vs-deep-copying/

но я думаю, что всегда рекомендуется писать перегрузки присваивания для пользовательских классов.

Самой распространенной причиной явного определения оператора присваивания является поддержка "удаленного владения" - в основном класс, который включает один или несколько указателей и владеет ресурсами, на которые ссылаются эти указатели. В таком случае вам обычно нужно определить присваивание, копирование (т. е. конструктор копирования) и уничтожение. Для таких случаев существует три основных стратегии (отсортированные по убыванию частоты использования):

1. Глубокое копирование
2. Подсчет ссылок
3. Передача права собственности

Глубокое копирование означает выделение нового ресурса для цели назначения/ копировать. Например, строковый класс имеет указатель на содержимое строки; когда вы назначаете его, назначение выделяет новый буфер для хранения нового содержимого в месте назначения и копирует данные из источника в буфер назначения. Это используется в большинстве текущих реализаций ряда стандартных классов, таких как std::string и std::vector.

Подсчет ссылок раньше также был довольно распространенным явлением.Многие (большинство?) старых реализаций std::string использовали подсчет ссылок. В этом случае вместо выделения и копирования данных для строки вы просто увеличиваете счетчик ссылок, чтобы указать количество строковых объектов, ссылающихся на конкретный буфер данных. Вы выделяли новый буфер только тогда, когда/если содержимое строки было изменено, поэтому оно должно было отличаться от других (т. е. использовалось копирование при записи). Однако при многопоточности вам необходимо синхронизировать доступ к счетчику ссылок, что часто оказывает серьезное влияние на производительность, поэтому в более новом коде это довольно необычно (в основном используется, когда что-то хранит столько данных, что оно того стоит. потенциально тратя немного процессорного времени, чтобы избежать такой копии).

Передача права собственности является относительно необычным явлением. Это то, что делает std::auto_ptr. Когда вы что-то назначаете или копируете, источник назначения/копии в основном уничтожается — данные передаются от одного к другому. Это (или может быть) полезно, но семантика достаточно отличается от обычного присваивания, что часто противоречит здравому смыслу. В то же время, при правильных обстоятельствах, он может обеспечить большую эффективность и простоту. C++0x сделает передачу права собственности более управляемой за счет добавления типа unique_ptr, который делает его более явным, а также добавления ссылок rvalue, упрощающих реализацию передачи права собственности для одного довольно большого класса ситуациях, когда это может повысить производительность без семантики, явно противоречащей здравому смыслу.

Однако, возвращаясь к первоначальному вопросу, если у вас нет удаленного владения для начала, т. е. ваш класс не содержит никаких указателей, велика вероятность, что вам не следует явно определять оператор присваивания (или dtor или copy ctor). Ошибка компилятора, мешающая работе неявно определенных операторов присваивания, помешала бы прохождению любого из огромного количества регрессионных тестов.

Даже если он каким-то образом был выпущен, ваша защита от него состояла бы в том, чтобы просто не использовать его. Нет никаких сомнений в том, что такой выпуск будет заменен в течение нескольких часов. С существующим проектом среднего или крупного размера вы в любом случае не захотите переключаться на компилятор до тех пор, пока он не станет широко использоваться какое-то время.