Модераторы: Daevaorn

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> По поводу наследования 
:(
    Опции темы
Guinness
Дата 25.9.2013, 16:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 310
Регистрация: 21.6.2009
Где: Зеленоград

Репутация: нет
Всего: 10



Для тех кому интересна информация об умных указателях, нашёл статейки, может кому пригодится:
unique_ptr
unique_ptr vs shared_ptr

Это сообщение отредактировал(а) Guinness - 25.9.2013, 16:53
PM MAIL   Вверх
vinter
Дата 25.9.2013, 17:16 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Explorer
****


Профиль
Группа: Завсегдатай
Сообщений: 2735
Регистрация: 1.4.2006
Где: Н.Новгород

Репутация: 13
Всего: 56



тогда еще свою статью оставлю тут


--------------------
Мой блог
PM MAIL WWW   Вверх
NoviceF
Дата 26.9.2013, 15:03 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 313
Регистрация: 13.3.2012
Где: Ростов-на-Дону

Репутация: нет
Всего: 2



Никто не прокомментировал, но

Код

delete figures[];

Синтаксическая ошибка, так что пример вообще не должен компилиться. Но даже, если здесь использовать 

Код

delete[] figures;

Программа будет падать, т.к. это попытка удалить память, выделенную на стеке при помощи delete. Но даже если программа не упадёт, будет утечка памяти, т.к. элементы массива в коде не удаляются.
PM MAIL   Вверх
akizelokro
Дата 26.9.2013, 19:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Крокодил
**


Профиль
Группа: Участник
Сообщений: 761
Регистрация: 30.7.2007

Репутация: 1
Всего: 5



Цитата(Salatovec @  25.9.2013,  10:36 Найти цитируемый пост)
Можно ли при сохранении структуры классов создать массив фигур без указателей и конструкций аля new-delete?

Да в общем случае можно, но это будет неудобно (не так быстро или ещё варианты). Да и скажем, в одном из вариантов не обойтись без указателей, а в другом случае нужны ссылки.
Вообще "std::vector" яляется не более чем оболочкой для массива с переменной, указывающей количество используемых элементов в массиве. Далее, С в помощь настойчивому программисту и подобные задачи уже писались до ООП. И решались не так уж сложно. Как сделать смещение в массиве с удалением элемента - это просто. Но это уже не ООП в чистом виде.
malloc в зубы - и вот тебе уже capacity контейнера vector


А чем вызвана причина необходимости именно такого подхода? Может, сначала стоит оценить реальную мотивировку?


Это сообщение отредактировал(а) akizelokro - 26.9.2013, 19:32


--------------------
a = a + b; b = a - b; a = a - b;
PM MAIL   Вверх
Salatovec
Дата 30.9.2013, 09:54 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 213
Регистрация: 9.1.2008

Репутация: нет
Всего: -1



Цитата(NoviceF @ 26.9.2013,  15:03)
Никто не прокомментировал, но

Код

delete figures[];

Синтаксическая ошибка, так что пример вообще не должен компилиться. Но даже, если здесь использовать 

Код

delete[] figures;

Программа будет падать, т.к. это попытка удалить память, выделенную на стеке при помощи delete. Но даже если программа не упадёт, будет утечка памяти, т.к. элементы массива в коде не удаляются.

А как тогда должна выглядеть правильная очистка? Во всех примерах, подобного рода, память освобождали именно таким образом smile 
PM MAIL   Вверх
bsa
Дата 30.9.2013, 10:04 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 63
Всего: 196



Salatovec, delete figures[1];
delete figures[] - синтаксически неверно, а
delete []figures можно применять только после figures = new Figure*[4];
А у тебя автоматический массив указателей. Он уничтожается тоже автоматически. Но объекты, на которые ссылаются члены массива уничтожать надо вручную.
PM   Вверх
Salatovec
Дата 30.9.2013, 13:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 213
Регистрация: 9.1.2008

Репутация: нет
Всего: -1



bsa, правильно ли я понимаю, что нужно сделать так:

Код

for(int i = 0; i < figuresCount; i ++)
{
    delete figures[i];
}


Так?
PM MAIL   Вверх
vinter
Дата 30.9.2013, 13:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Explorer
****


Профиль
Группа: Завсегдатай
Сообщений: 2735
Регистрация: 1.4.2006
Где: Н.Новгород

Репутация: 13
Всего: 56



так


--------------------
Мой блог
PM MAIL WWW   Вверх
bsa
Дата 2.10.2013, 22:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 63
Всего: 196



Salatovec, да. Правильно.
Но всеже рекомендую использовать умные указатели ВЕЗДЕ.
PM   Вверх
Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++:Общие вопросы"
Earnest Daevaorn

Добро пожаловать!

  • Черновик стандарта C++ (за октябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика(4.4мб).
  • Черновик стандарта C (за сентябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика (3.4мб).
  • Прежде чем задать вопрос, прочтите это и/или это!
  • Здесь хранится весь мировой запас ссылок на документы, связанные с C++ :)
  • Не брезгуйте пользоваться тегами [code=cpp][/code].
  • Пожалуйста, не просите написать за вас программы в этом разделе - для этого существует "Центр Помощи".
  • C++ FAQ

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.1017 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.