Не хороший. Хороший не должен заставлять программиста делать лишние движения. Т.е. коллекция должна работать сама по себе. Кроме того, стандартные коллекции примерно это и делают, только лучше.
Цитата(jackevsen @ 8.3.2009, 16:20  ) | | Просто в описании CArray написано, что можно делать массив на основе любого класса |
Ну, в принципе-то можно, если второй параметр шаблона сделать ссылкой (не даром же их два).
Но это путь крайне... древний и уже не кошерный.
1) std::vector может изменять размер в любую сторону, по крайней мере, формально, хотя память не освобождается. Действительно освободить память тоже можно, но редко когда стоит париться. Имеется в виду, что буфер не сжимаются, но деструкторы исправно вызываются.
2) Вся фишка в том, кто будет следить за живущими в векторе объектами. Если они имееют хорошую "объектную" семантику (т.е. конструктор копирования \ оператор присваивания \ деструктор) - никаких проблем, все будет работать как часы. Однако CObject этой семантикой не обладает, несмотря на название. Он создан, чтобы жить как указатель.
Поэтому за временем его жизни должен кто-то следить. При этом следует помнить, что конструкторы-деструкторы вызываются не только при добавлении-удалении элементов, но и при всяких перемещениях внутри вектора. Например, при сортировке. Поэтому самый лучший вариант (в плане безопасности утечек и чтобы не думать о лишнем) - это положить в вектор все-таки объекты с правильной семантикой создания. В STL это называется copy-constructable. Если сам объект "не может", нужно его обернуть, либо обернуть его указатель.
|
