кинути новий std :: виняток проти кинути std :: виключення

дивлячись на якийсь код, на який я натрапив:

throw /*-->*/new std::exception ("//...

і я завжди думав, що вам це не потрібно / вам не слід newтут користуватися.
Який правильний спосіб, чи обидва в порядку, якщо так, чи є різниця?

До речі, з того, що я бачу під час "схоплення" за допомогою PowerShell boost libs, ніколи не використовую throw new.

PS я також знайшов якийсь код CLI, який використовує throw gcnew. Це нормально?

Умовний спосіб кидати та виловлювати винятки - це викинути об’єкт виключення та зловити його посиланням (як правило, constпосиланням). Мова C ++ вимагає від компілятора генерувати відповідний код для побудови об'єкта виключення та належного його очищення у відповідний час.

Кидати вказівник на динамічно виділений об’єкт ніколи не є хорошою ідеєю. Винятки повинні дозволяти вам писати більш надійний код за умови помилок. Якщо ви кидаєте об'єкт винятку звичайним чином, ви можете бути впевнені, що, потрапив він у застереження про вилов, що називає правильний тип, a catch (...), чи він буде потім повторно кинутий чи ні, він буде зруйнований правильно у відповідний час. (Єдиним винятком є ​​те, що його взагалі ніколи не впіймають, але це ситуація, яка не підлягає відновленню, залежно від того, на який ви спосіб ви її дивитесь.)

Якщо ви кидаєте вказівник на динамічно виділений об'єкт, ви повинні бути впевнені, що незалежно від того, як виглядає стек виклику в точці, яку ви хочете викинути, є блок лову, який називає правильний тип вказівника і має відповідний deleteвиклик. Виняток ніколи не повинен бути перехоплений, catch (...)якщо цей блок не перекидає виняток, який потім потрапляє на інший блок лову, який правильно поводиться з виключенням.

Ефективно це означає, що ви скористалися функцією обробки винятків, яка повинна полегшити написання надійного коду і дуже важко писати правильний код у всіх ситуаціях. Це залишає осторонь питання про те, що діяти як код бібліотеки для клієнтського коду, який не очікує на цю функцію, буде майже неможливо.

Не потрібно використовувати newпри викиданні винятку.

Просто напишіть:

throw yourexception(yourmessage);

і ловити як:

catch(yourexception const & e)
{
      //your code (probably logging related code)
}

Зверніть увагу, що yourexceptionмає випливати std::exceptionбезпосередньо або опосередковано.

Кидання new std::exceptionправильне, якщо сайт дзвінка очікує зловити std::exception*. Але ніхто не буде сподіватися на те, щоб зловити покажчик на виняток. Навіть якщо ви документуєте саме це і виконує ваша функція, і люди читають документацію, вони все одно можуть забути і спробувати зафіксувати посилання на std::exceptionоб'єкт.

Поширені запитання на C ++ про це добре обговорюють:

1. https://isocpp.org/wiki/faq/exceptions#what-to-catch
2. https://isocpp.org/wiki/faq/exceptions#catch-by-ptr-in-mfc

В основному ", якщо немає поважних причин цього не робити, виловлюйте за посиланням. Уникайте лову за значенням, оскільки це призводить до того, що копія може бути зроблена, і копія може мати іншу поведінку від викинутої. Тільки за дуже особливих обставин ви повинні зловити покажчик. "

Оператор new не може гарантувати, що він ніколи не стане винятком. З цієї причини використання його для викидання "дійсного" (призначеного) винятку призведе до отримання коду, який не може бути гарантовано не збійним. Оскільки одночасно може бути лише один виняток, і ваша програма намагається кинути два, перш ніж будь-який з них може бути спійманий, найкраще, що може зробити реалізація, - це негайно перервати програму, наприклад, зателефонувавши на std :: terminate.