std :: pair и деструкторы классов

Ваш класс нарушает правило трех, определяя деструктор без копии конструктор и оператор присваивания. Как только вы их определите, ваш код должен работать нормально: контейнеры STL в значительной степени зависят от них, поэтому вы должны спрашивать себя, реализовали ли вы все три каждый раз, когда вы используете класс в качестве аргумента шаблона для контейнера STL.

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

Правило трех необычно. Стандартные контейнеры обычно более красивы.

Проблема в том, что копируются не массивы, а указатели на них. Теперь, если два экземпляра содержат одинаковые указатели, вы дважды удалите один и тот же массив.

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

• Используйте std::vector как замену динамическим массивам.
• Используйте std::array как замену для массивов фиксированного размера.

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

So:

Как правило, предпочитайте стандартные контейнеры ручным массивам:

class my_class {
public:
    my_class()
    : new_int(0), array(2)
    {}

    my_class(int new_int)
    : an_int(new_int), array(2)
    {}

private:
    int an_int;
    std::vector<int> array; // do not expose them
}; 

or

class my_class {
public:
    my_class()
    : new_int(0)
    {}

    my_class(int new_int)
    : an_int(new_int)
    {}

private:
    int an_int;
    std::array<int,2> array; // do not expose them
}; 

Iff вы должны опустить стандартные контейнеры:

• Напишите конструктор копирования.
• Напишите задание копии. или
• Запретить копирование вообще.

Перед тем как это сделать, прочтите правило трех, будь осознавая опасность самостоятельного назначения, знайте трюк с заменой (примечание: это распространенная идиома C ++) и узнайте о безопасность исключений (примечание: вы найдете большую часть содержания книги в серии статей GotW бесплатно).