Можно ли Конструктор и Деструктор вызывать как метод класса?

@Artem_Pv · Регистрация: 31.03.2019

Студворк — интернет-сервис помощи студентам

Собственно вопрос:
можно ли Конструктор и Деструктор вызывать вручную, как обычный метод класса?
Например, я хочу управлять очередностью вызовов. См. пример:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class FirstClass   
{
public:
    FirstClass()
    {
    }
};
 
class SecondClass : public FirstClass   
{
public:
    SecondClass()
    {
      // ...
 
      FirstClass ();  // А здесь его можно вызвать?  
    }
 };

IGPIGP · 29.06.2019, 17:23

Сообщение от Azazel-San

Такой вызов может призвести к UB, для автоматически выделенных объектов или при попытке доступа к объекту после этого.

После плейсмент нью заполнения буфера, освобождение делается именно запуском деструктора на объекте. Это потому, что деструктор это метод экземпляра. И hoggy прав:

Сообщение от hoggy

деструктор можно вызвать как обычный метод.

Более того. Конструктор это такой (особенный) метод экземпляра тоже. Его особенностью в числе прочих является также и то, что его нельзя вызвать на экземпляре корректно. Но у него есть указатель this и он может вызвать другие методы экземпляра или просто отдать этот адрес кому-то.

@Artem_Pv · 29.06.2019, 17:33 **[ТС]**

Сообщение от DrOffset

как конструкторы сделаны в С++, - это одно и лучших решений.

А перегруженные конструкторы можно вызывать друг из друга?

Сообщение от DrOffset

Зачем это может понадобиться? Уточните задачу.

Я просто хочу понять дисциплину C++. Что можно делать, а что нельзя.
Раньше(с другим Языком) были ситуации, где требовалось поменять очередность вызова конструктора. Т.е. сначала стартует дочерний конструктор(делает виртуальную работу), а в конце стартует родительский.

А в C++ так нельзя?!

@DrOffset · 29.06.2019, 19:28

Сообщение от Artem_Pv

А перегруженные конструкторы можно вызывать друг из друга?

Да (я об этом выше написал), можно в списке инициализации, начиная с С++11, возможность называется delegating constructors. До С++11 обходились приватным методом init в подобных случаях. В данный момент этот подход можно успешно не применять, в подавляющем большинстве случаев delegating constructors покрывают потребности.

Сообщение от Artem_Pv

требовалось поменять очередность вызова конструктора

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

Сообщение от Artem_Pv

А в C++ так нельзя?!

В С++ у вас сначала конструируются базовые подобъекты, потом дочерние. На момент выполнения тела конструктора все базовые подобъекты уже сконструированы - гарантированно. Это очень полезное свойство и полезные гарантии. Нужно только научиться их применять. На базе этих гарантий строится практически все программирование на С++. Читайте про RAII - это центральная идиома С++. Считайте, что без нее и С++ - нет.

________

PS. Я читаю ваши вопросы на форуме и никак не могу понять. Каким образом вы учите язык? Расскажите. Мне лично кажется очень странным, что вы задаете такие вопросы казалось бы в самом начале обучения. Такое может быть только если вы учите язык как бы с середины, пытаясь запрыгнуть в поезд на ходу: читаете выборочно какие-то статьи и т.п. Да?

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

Сообщение от Undisputed

либо джамп на адрес если не инлайн
либо встроенный кусок

При чем здесь адрес вообще?
Я просто перестану с тобой разговаривать, если ты не перестанешь троллить.

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

@Artem_Pv · 29.06.2019, 19:49 **[ТС]**

Сообщение от Artem_Pv

А перегруженные конструкторы можно вызывать друг из друга?

Сообщение от DrOffset

Да (я об этом выше написал)

Прошу прощения, я сразу не уточнил.
Вы писали, что можно "вызывать конструктор в списке инициализации другого конструктора"
Т.е. этот вызов не из тела конструктора, а из заголовка конструктора(или как эта часть называется) ?

А второй вопрос был про "перегруженные" конструкторы, т.е. имелись ввиду не родительские, а собственные конструкторы.
Цель: В конструкторах не дублировать функционал, а чтоб они друг друга вызывали по цепочке. Такое возможно?

@Azazel-San · 29.06.2019, 19:50

Не по теме:

Сообщение от IGPIGP

После плейсмент нью заполнения буфера, освобождение делается именно запуском деструктора на объекте. Это потому, что деструктор это метод экземпляра.

:wtf?:

@DrOffset · 29.06.2019, 19:52

Сообщение от Artem_Pv

а собственные конструкторы.

Речь про собственные и была.

Сообщение от Artem_Pv

или как эта часть называется

Называется список инициализации.

Сообщение от Artem_Pv

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

Да, в С++11.

@Undisputed · 29.06.2019, 20:01

DrOffset,
Я не троллю))
Подумал есть какая то особенность в реализации, которая в С++ лучше чем в других языках

@Artem_Pv · 29.06.2019, 20:36 **[ТС]**

Сообщение от DrOffset

Каким образом вы учите язык? Расскажите.

Все просто, у меня есть опыт программирования, но на “другом” языке. И в перспективе есть серьезный и большой проект, который из-за своих масштабов требует особенный подход, в т.ч. специальный Язык разработки(абстракции, обобщения, шаблонные решения,...).
Здесь выбор очевиден и однозначен: C++ !!
Впервые я открыл учебник по C++ в начале этой недели. Серьезно. Это Страуструп 2е издание. Пошло с трудом, еще есть онлайн литература, справочники. Информации по C++ оказалось море, но без подготовки ориентироваться сложно.
Очень помогают C++ форумы!
Это как “божественное” спасение; Блуждаю во тьме и вижу свет вдали
...
Да, подозреваю, что мои вопросы выглядят “странными” в разделе “Для новичков”, потому, что я интересуюсь именно языком C++, а не прикладным программированием. Очень боюсь, что меня забанят за “странность”

Но, я рад знакомству с C++, уверен, что двигаюсь правильно...

P.S.
Если видите мои ошибки на форуме, пожалуйста, смело критикуйте. За полезную критику платят деньги... и если я когда-нибудь разбогатею, то...

@DrOffset · 29.06.2019, 20:59

Сообщение от Artem_Pv

Это Страуструп 2е издание.

Читайте лучше Липпмана.
Страуструп многим не нравится, хотя лично я по нему учился в свое время (именно по второму изданию), мне не казался он сложным.
Но вы возьмите Липпмана, он намного доступнее.
Обязательно делайте упражнения оттуда.
Как осилите Липпмана, можете обратиться ко мне - подскажу что дальше читать.

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

Сообщение от DrOffset

второму изданию

Чтобы не было путаницы. Речь об этой книге.

@vlisp · 29.06.2019, 21:07

Сообщение от Artem_Pv

“другом” языке

каком другом. языки похожи больше чем тебе кажется

IGPIGP · 29.06.2019, 22:18

Сообщение от Azazel-San

:wtf?:

А почему:

Сообщение от Azazel-San

После плейсмент нью заполнения буфера, освобождение делается именно запуском деструктора на объекте. Это потому, что деструктор это метод экземпляра.

офф-тегом??
Azazel-San, это и правда новость, что после placement new для объектов выделяющих ресурсы запускают деструктора? Это делается, как правило на указателе:

C++
1
ptr->~MyClass();

но сути не меняет. Что вызвало вопрос?

@Azazel-San · 29.06.2019, 23:25

Сообщение от IGPIGP

Что вызвало вопрос?

То, что я нифига не понял..
К чему было выше сказанное?..

Сообщение от IGPIGP

Azazel-San, это и правда новость, что после placement new для объектов выделяющих ресурсы запускают деструктора?

Причем здесь placement new?
Вы о том что можно вызвать деструктор, а потом сделать placement new и дальше работать с объектом?
То да, так можно сделать. Но я говорил немного об другом, вроде как..

Сообщение от IGPIGP

это и правда новость, что после placement new для объектов выделяющих ресурсы запускают деструктора?

Не понял.

IGPIGP · 29.06.2019, 23:34

Сообщение от Azazel-San

Не понял.

Повторю ещё раз. Вот фраза:

Сообщение от Azazel-San

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

Это о явном вызове деструктора. Что значит "не стоит этого делать"? В С++ любое неосознанное действие чревато, ну и что? Вызов деструктора на объекте - обычное дело, если это нужно. Я это имел в виду. Но не удивлялся в стиле wow или wtf. Нить диалога шла от того, что деструктор - метод объекта и далее по тексту.

@Azazel-San · 29.06.2019, 23:55

Сообщение от IGPIGP

Что значит "не стоит этого делать"? В С++ любое неосознанное действие чревато, ну и что?

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

Сообщение от IGPIGP

ну и что?

Да, ничего! Давайте дружно говнокодить.

Сообщение от IGPIGP

Вызов деструктора на объекте - обычное дело, если это нужно.

Протрите глаза, вот мой ответ:

Сообщение от Azazel-San

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

, черри пикну, что бы лучше понималось. Где я призывал вообще НЕ использовать?

Сообщение от IGPIGP

Я это имел в виду.

В итоге все выше сказанное можно было сжать в одно приложение:

Сообщение от IGPIGP

Вызов деструктора на объекте - обычное дело, если это нужно.

, но зачем? Лучше придумать себе какую-то причину и обвинить в этом другого.

IGPIGP · 30.06.2019, 00:34

Я не понимаю, что значит "забомбило". Вот диалог:

Сообщение от hoggy

деструктор можно вызвать как обычный метод.

Сообщение от Artem_Pv

И такой вызов уничтожает объект?

И вот ваша фраза:

Сообщение от Azazel-San

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

Вопрос был о том уничтожится ли объект. Ответ - да, вполне естественен. А вот остальное не соответствует вопросу.
Кроме всего, можно вызвать деструктор на автоматическом объекте. Реинициализировать его и снова вызвать. Это именно соответствует вопросу всей темы. Другое дело что конструктор не вызывается на объекте общепринятом синтаксисе. Но он вызывается для объекта.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
#include <iostream> 
using namespace std;
struct Phoenix
{
Phoenix(int p=0)
:ph(p)
{}
int ph;
};
void main()
{
Phoenix phoenix(123);
Phoenix *phoenix_ptr=&phoenix;
 
cout<<phoenix.ph<<endl;
 
phoenix.~Phoenix();
new(phoenix_ptr)Phoenix(234);
cout<<phoenix.ph<<endl;
 
phoenix.~Phoenix();
new(phoenix_ptr)Phoenix(345);
cout<<phoenix.ph<<endl;
 
cout<<endl;
system("pause");    
}

Данный объект не выделяет ресурсов и пример чисто демонстрационный. И конечно, если сделать что-то не так - будет плохо. Но это же нормально. Что касается советов новичку, то они имеют право на жизнь.
Я бы посоветовал ТС не искать возможность применения встреченной конструкции в отрыве от практически решаемой задачи. Просто комбинаторный подбор вариантов - потеря времени, часто. И данный топик очень хорошо это показывает.
Это достаточно поучительный момент. Ведь для методов конструктор и деструктор важнее всего понять, что чаще всего они вызываются неявно. То есть:

C++
1
Phoenix phoenix(123);

вызывает конструктор. Интереснее всего для новичков - понять как вызываются конструкторы копий. Особенно при передаче аргументов по значению и возврате значения. Считать сколько раз оно происходит для конкретной функции, так же занятно как считать овец прыгающих через забор.
Кстати о овцах. Пора спать. Azazel-San, я не собирался вас задеть. Просто не увидел логики в диалоге и сказал об этом. Спокойной ночи.

Добавлено через 5 минут
Artem_Pv, просматривать количество вызовов конструкторов разного типа и деструктора можно написав в теле методов cout<<"copyctor"; и пр. И поэкспериментировать на практике. Это полезно.

@Azazel-San · 30.06.2019, 00:48

Сообщение от IGPIGP

Ответ - да, вполне естественен.

Да, вполне естественный, я поэтому и посчитал что это более риторический что ли, поэтому явного ответа не давал.

Сообщение от IGPIGP

А вот остальное не соответствует вопросу.

А вместо этого я дал советы как избежать наиболее частых ошибок с таким явным вызовом, это более чем очевидно.
И то, что знать ТСу пока что больше не надо, дабы не делать каши в голове, тоже.
Ещё раз, все, абсолютно все выше сказанное можно вместить в одно предложение (выше я уже писал), вы зачем-то решили разводить демагогию непонятно для кого? Как будто бы мне, но я это знаю и все что было недосказано мной было сделано намеренно. Если для ТСа то я не понимаю зачем, ибо человек только начинает.

@TRam_ · 30.06.2019, 01:48

Сообщение от Artem_Pv

Например, требуется, чтобы сначала отработал функционал дочернего конструктора, а затем родительского.
Такое возможно?

Невозможно да и не нужно. Родительский объект является начальным куском дочернего (фактически его первым полем) и инициализируется своим конструктором, а поскольку стоит первым - то и инициализируется самым первым из полей дочернего. Если в этом конструкторе родительского объекта что-то инициализируется не так как требуется в дочернем - повторно перезадай внутри кода дочернего либо создай родительскому ещё один дополнительный конструктор с передачей требуемого набора параметров.

Сообщение от Artem_Pv

И такой вызов уничтожает объект?

Конечно нет. Он исполняет своё содержимое (чем может привести объект к полуразрушенному виду и при собственно удалении объекта и повторном вызове этого содержимого всё сломается). Единственный случай когда вызов деструктора нужен - при placement new (https://ru.wikipedia.org/wiki/... cement_new)

@rikimaru2013 · 30.06.2019, 01:51

Кстати:
Конструктор не создает объект, это специальная функция вызываемая в процессе создания объекта.
Деструктор не уничтожает объект, это специальная функция вызываемая перед уничтожением объекта.

@TRam_ · 30.06.2019, 02:04

Сообщение от Artem_Pv

это же полезный функционал, чтоб использовать его повторно, не создавая новый метод Clear

Возможности разрушить и пересоздать родительский объект с сохранением дочернего в С++ нет. Он создаётся вместе с дочерним и вместе с дочерним же удаляется. Если нужно сохранить полезный функционал для "пробуждения" и "усыпления" объекта, создавай функции void Init() и void Clear() + переменную, которая бы хранила текущий статус (дабы дублированного пробуждения/усыпления не происходило)

Добавлено через 2 минуты
И потом укажи их соответственно в конструкторе и деструкторе, а также там где нужен "перезапуск".

IGPIGP · 30.06.2019, 10:52

Сообщение от Azazel-San

А вместо этого я дал советы как избежать наиболее частых ошибок с таким явным вызовом

Нет. Вы сказали, что этого следует избегать. На мой взгляд, советы о том, чего не следует делать, в тех случаях когда, что-либо, действительно, не следует делать категорически, всегда значительно превышают по объёму описание того, что можно делать. Вопрос темы хороший тому пример. Можно книгу написать о том, как можно получить разрушенный стек или UB при явном вызове деструктора. Однако, я привёл диалог и в нём вашу фразу, объяснив при этом логику своей реплики. Далее был пример по вопросу и там трижды вызван деструктор и конструктор для объекта (вопрос темы), причём, именно для автоматического, - косвенно относится к вашей реплике.

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

Сообщение от TRam_

Конечно нет.

Мы только что об этом устали говорить)
TRam_, почему вы считаете, что:
вызов деструктора на объекте не уничтожит (в смысле не деинициализирует, конечно, ибо уничтожить его иной раз легче зубилом) объект?

Новые блоги и статьи Все статьи Все блоги /
GitHub Copilot в JetBrains: модель по умолчанию, Fix и контроль MCP and_y87 12.10.2026 10 октября 2026 года GitHub обновил Copilot для JetBrains: добавил настройки стартовой модели, исправления из диагностики и управление автозапуском MCP. Поддержка IDE 2025. 1 прекращена — требуется. . .	День 5 из 28: Codex подсказывает следующий запрос and_y87 12.10.2026 9 октября 2026 года OpenAI запустила бету Composer predictions — подсказок следующего сообщения в текущем диалоге Codex. Это помощь с формулировкой запроса, а не автоматическое продолжение задачи. . . .	Запустил конкурс "тем и промптов для текстовых квестов созданных почти чисто ИИ" Adler 06.10.2026 Всем привет! За последние три-четыре дня я создал более 16 текстовых квестовых игр используя преимущественно по одному запросу к ИИ на игру. Мне так понравилось смотреть все ветки/ сцены во всех. . .	ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .
Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700
	29.06.2019, 20:01
	DrOffset, Я не троллю)) Подумал есть какая то особенность в реализации, которая в С++ лучше чем в других языках 0

@rikimaru2013 2549 / 1208 / 358 Регистрация: 30.11.2013 Сообщений: 3,826
	30.06.2019, 01:51
	Кстати: Конструктор не создает объект, это специальная функция вызываемая в процессе создания объекта. Деструктор не уничтожает объект, это специальная функция вызываемая перед уничтожением объекта. 0

Можно ли Конструктор и Деструктор вызывать как метод класса?

Решение