Удаление вектора указателей

Question

Мне нужно создать указатели экземпляров класса, и во время компиляции программа не знает, сколько указателей я создам. Для удаления я рассматривал возможность хранения указателей в векторе, а затем их удаление один за другим. Будет ли использование умных указателей более чистым способом? И если кто-то не хочет использовать интеллектуальные указатели, будет ли это использование вектора считаться чистым?

Минимальный код:

#include <vector> 
using namespace std; 

class Foo { 
public: 
    Foo(); 
}; 
Foo::Foo(){} 
void createFooVector(int nb, std::vector<Foo*> &v){ 
    for(int i=0;i<nb;i++){ 
     Foo* f = new Foo(); 
     v.push_back(f); 
    } 
} 
int main(int argc, char *argv[]){ 
    std::vector<Foo*> v; 
    createFooVector(5,v); 
    while (!v.empty()){ 
     Foo* f = v.back(); 
     v.pop_back(); 
     delete f; 
    } 
} 

Answer 1

Я хотел бы предложить, либо используя boost::pointer_vector, в std::vector<std::unique_ptr<Foo>> или выкатить свой собственный класс Foo менеджера, который держит vector<Foo*> и ухаживает удаления в конструкторе (вы должны увидеть это как «эксперт» решение, и только попытка если вы полностью понимаете безопасность исключений). Вы не хотите делать удаление вручную, что может привести к ошибкам.

Answer 2

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

Answer 3

Будет ли использование умных указателей более чистым способом?

Да.

И если кто-то не хочет использовать интеллектуальные указатели, будет ли это использование вектором считаться чистым?

У меня нет идей, почему кто-то не хочет использовать смарт-указатели в C++, если это не домашнее задание ... Но, я думаю, что лучше использовать что-то вроде boost::pointer_containers в этом случае.

Answer 4

Если вы не используете классы, полученные из Foo, а Foo относительно недорого для копирования конструкции, просто используйте vector<Foo>.

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