Когда выделять память

вот завис в моём понимании этот пункт:

Сообщение от oleg-m1973 в случае динамического выделения памяти. Без которого ты вряд ли сделаешь что-то полезное.

в той же ветке - были даны пояснения

Сообщение от oleg-m1973 В стеке ты не можешь свободно создавать/удалять объекты. Только добавлять в голову и удалять оттуда же. В куче же ты можешь это делать в любой последовательности.

...
когда выделять поток - в принципе поняла,
когда выделять класс - в принципе поняла (чтобы разорвать зависимости)
КОГДА выделять память?.. - всё-таки ещё не всегда очень хочется её выделять, чтобы потом удалять... но даже не в этом суть... а смысл первой цитаты?
поделитесь please опытом кто-нибудь - когда вы выбираете создать объект на стеке, а когда вы выбираете создать объект в куче?. - какие есть предпосылки для вашего выбора?
не хочу потом всё переделывать - а мне всё равно кажется, что на стеке всегда быстрее, а когда и почему лучше куча не знаю... а то ведь могу написать что попало...
логично, что на стеке - определена последрвательность, но ведь при обращении к разным объектам проблем вроде не бывает... имхо... и понятно, что через стек идут параметры функций - так что получается, всё остальное, т.е. вообще всё лучше располагать в куче?
какую проблему можно получить, если всё располагать на стеке? и в каком случае вообще app не запуститься при таком подходе (есть ли такая опасность)?.. есть ли какие-то критерии "must do"? и никак иначе

0

Сообщение от IGPIGP Это ни как не противоречит тому что new используется. Я не говорил от том что его необходимо использовать. Однако передать std::make_unique конструктор не всегда возможно. Дело в том, что есть фабрики и закрытые конструктора.

что-то мне вообще кажется, что фабрика - returning pointers to Dynamically allocated objects - в принципе отжила своё - с появлением move-семантики и rvalue T&& (as temporary object)... т.е. с появлением возможности передать владение ресурсом другому объекту - отпадает и необходимость закладываться на общий деструктор для полиморфных классов... имхо... сложность управления памятью отжила своё - уже, наверно, даже с просто появлением классов контейнеров (более высокоуровневых, чем array)...

Добавлено через 1 минуту
также, как и многие паттерны - уже не актуальны в свете новых возможностей C++ - std::move, rvalue T&&, lambda-functions... ? может что-то ещё перевернуло этот мир C++?

0

Сообщение от JeyCi что-то мне вообще кажется, что фабрика - returning pointers to Dynamically allocated objects - в принципе отжила своё - с появлением move-семантики и rvalue T&& (as temporary object)... т.е. с появлением возможности передать владение ресурсом другому объекту - отпадает и необходимость закладываться на общий деструктор для полиморфных классов... имхо... сложность управления памятью отжила своё - уже, наверно, даже с просто появлением классов контейнеров (более высокоуровневых, чем array)...

В смысле, это как? Фабрика, она вроде создаёт разные объекты, в зависимости от параметров функции. Как там без виртуальных деструкторов можно обойтись?

1

Сообщение от oleg-m1973 она вроде создаёт

так ведь, как создаст, так и std::move можно куда угодно, где по месту и удалять...

0

Сообщение от JeyCi так ведь, как создаст, так и std::move можно куда угодно, где по месту и удалять...

Фабрика вроде возвращает указатель на базовый класс. Без виртуального деструктора его никак не удалить

0

Сообщение от oleg-m1973 Фабрика вроде возвращает указатель на базовый класс.

в коде на объект им созданный - разве его (указатель) нельзя передать во владение, куда на сторону?.. там и удалять?.. это ведь раньше права владения были жёстко закреплены за производителем (мне так кажется)?.. сейчас вроде арсенал по-шире (например, std::move)

0

Сообщение от JeyCi так ведь, как создаст, так и std::move можно куда угодно, где по месту и удалять...

А потом?

Короче кому-то нужно почитать про классы и про ООП в С++ ...

1

Сообщение от JeyCi в коде на объект им созданный - разве его (указатель) нельзя передать во владение, куда на сторону?.. там и удалять?.. это ведь раньше права владения были жёстко закреплены за производителем (мне так кажется)?..

Причём здесь владение? Ты просто не сможешь нормально удалить объект по указателю на базовый класс без виртуального деструктора или виртуального метода удаления.

1

Сообщение от Avazart и про ООП в С++ ...

вообще избавлятся от него надо - заменяя лямбдами... - чтобы не перегружать код

Добавлено через 2 минуты

Сообщение от oleg-m1973 удалить объект по указателю на базовый класс

я бы хотела обнулять этот ненужный указатель, делать его nullptr, и распоряжаться объектом по месту (ведь при std::move я не копирую указатель, но и не теряю связь с местоположением объекта в памяти, а права владения (значит и удаление) - уже в объекте др. класса... имхо)... - неужели я многого хочу?

0

Сообщение от JeyCi вообще избавлятся от него надо - заменяя лямбдами... - чтобы не перегружать код

Нет, так получится. Тем более с лямбдами, которые те же виртуальные методы, только сбоку. Можно минимизировать использование виртуальных методов при помощи шаблонов, но не более того.

Добавлено через 34 секунды

Сообщение от JeyCi я бы хотела обнулять этот ненужный указатель, делать его nullptr, и распоряжаться объектом по месту... - неужели я многого хочу?

В смысле, это как?

0

Сообщение от JeyCi вообще избавлятся от него надо - заменяя лямбдами... - чтобы не перегружать код

Надо от плюсов избавляться. Полиморфные фабрики и случаи закрытых конструкторов - в корзину. Ок.

0

Сообщение от oleg-m1973 с лямбдами, которые те же виртуальные методы, только сбоку

спасибо!

0

Сообщение от oleg-m1973 только сбоку

Они - вроде локальные (или нелокальные - скоповые то есть) функторы-объекты сбоку. Вылитые.

0

Сообщение от IGPIGP Они - вроде локальные (или нелокальные - скоповые то есть) функторы-объекты сбоку. Вылитые.

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

0

Сообщение от IGPIGP вроде локальные ... функторы-объекты сбоку

а уже кода меньше... чем писать "класс-Адаптер для функции"

0

Сообщение от oleg-m1973 Я имел ввиду использовать указатели на функцию, в том числе на лямбду, вместо виртуальных методов. Возможно, неправильно понял и неправильно выразился.

Понятно. Сбоку они все коляблы (господи прости). Но если идти до конца, то функции main достаточно всегда. Мелкие неудобства не причина для малодушия. Нужно идти до конца!
oleg-m1973, это - последнее, - не вам)

0

Сообщение от JeyCi вообще избавлятся от него надо - заменяя лямбдами... - чтобы не перегружать код

Теперь кому-то стоит почитать еще и про лямбды

0

Сообщение от Avazart кому-то нужно почитать про классы

тоже ведь вопрос - зачем классы - ответ: чтобы обернуть в них ресурс... скрыть с глаз долой... а в свете нового С++ можно и "из сердца вон" - с помощью std::move... сугубо моё видение С++ начиная с v.11 ... а если уж так нужен доступ к аллоцированной памяти для удаления, то чем Deleter в unique_ptr не устраивает?.. кстати и лямбдой, вероятно, можно оформить... имхо... а о том Creator'e из фабрики уже все и забудут к моменту отделения объекта от фабрики... ему (Creator'у) ведь тоже можно какой scope_guard сделать или в smart_pointer завернуть - понятно, что по-default'у будет вызываться виртуальный деструктор (логично бы)... и всё - ресурс памяти уже существует отдельно, ресурс Creator'а (указатель, например) уже может и не существовать, если никому не нужен...
но если смысл фабрики лишь в аллокации динамической памяти под объекты - то она мне в принципе и не нужна... коль в std-классах всё уже давно аллоцируется без меня... я стандарт писать не собираюсь...

0

Сообщение от JeyCi зачем классы

Сообщение от JeyCi а в свете нового С++ можно и "из сердца вон" - с помощью std::move...

Оно объекты двигает. А классы двигать можно лишь усилием мышленья и волею сердца. Да. Из сердца вон. А с глаз как? Они же ни куда не денутся. Будут прыгать снаружи и смущать бедное сердце нечестивыми словоизъявлениями и возгласами разными.

0

Сообщение от IGPIGP А классы двигать можно лишь

если ваше понимание всех моих постов выше такое - читайте ещё... или двигайте классы... коль std::move прочитать не можете

0

Сообщение от JeyCi читайте ещё... или двигайте классы...

Я подумаю)

0