¿Es esta clase de diseño del C++ estándar 0x manera de prevenir la copia y asignan, para proteger contra el código de cliente accidental doble eliminación de data
?Poner objetos no copiable en STD-contenedores
struct DataHolder {
int *data; // dangerous resource
DataHolder(const char* fn); // load from file or so
DataHolder(const char* fn, size_t len); // *from answers: added*
~DataHolder() { delete[] data; }
// prevent copy, to prevent double-deletion
DataHolder(const DataHolder&) = delete;
DataHolder& operator=(const DataHolder&) = delete;
// enable stealing
DataHolder(DataHolder &&other) {
data=other.data; other.data=nullptr;
}
DataHolder& operator=(DataHolder &&other) {
if(&other!=this) { data = other.data; other.data=nullptr};
return *this;
}
};
te fijas, que he definido el nuevo movimiento y movimiento-asignar métodos aquí. ¿Los implementé correctamente?
¿Hay alguna manera de que puede - con el movimiento y movimiento-asignar las definiciones - poner DataHolder
en un contenedor estándar? como un vector
? ¿Cómo haría eso?
Me pregunto, algunas opciones vienen a la mente:
// init-list. do they copy? or do they move?
// *from answers: compile-error, init-list is const, can nor move from there*
vector<DataHolder> abc { DataHolder("a"), DataHolder("b"), DataHolder("c") };
// pushing temp-objects.
vector<DataHolder> xyz;
xyz.push_back(DataHolder("x"));
// *from answers: emplace uses perfect argument forwarding*
xyz.emplace_back("z", 1);
// pushing a regular object, probably copies, right?
DataHolder y("y");
xyz.push_back(y); // *from anwers: this copies, thus compile error.*
// pushing a regular object, explicit stealing?
xyz.push_back(move(y));
// or is this what emplace is for?
xyz.emplace_back(y); // *from answers: works, but nonsense here*
El emplace_back
idea es sólo una suposición, aquí.
Editar: He trabajado las respuestas en el código de ejemplo, para la conveniencia de los lectores.
const RValue references? –