Easymake-uniquemake-shared

Почему нужно использовать make_unique/make_shared?

1Постановка

Разберём, что от вас хотят в этом вопросе и как к нему подступиться на собеседовании.

2Решение

`make_unique`/`make_shared` безопаснее исключений, лаконичнее и эффективнее, чем unique_ptr<T>(new T).

// ПЛОХО: утечка, если g() бросит после new T, до ctor unique_ptr
f(std::shared_ptr<Widget>(new Widget), g());

// ХОРОШО: make_shared атомарен относительно исключений
f(std::make_shared<Widget>(), g());

// make_shared: одна аллокация (control block + объект)
auto sp = std::make_shared<Widget>(42);

// make_unique
auto up = std::make_unique<Widget>(42);

Плюсы: безопасность исключений, DRY (тип пишется один раз), нет raw new в коде. Минус make_shared: объект не освобождается, пока жив хоть один weak_ptr.

3Как отвечать

  • Сначала уточните условия и ограничения, покажите аналитическое мышление.
  • Рассуждайте вслух — интервьюеру важен ход мысли, а не только финальный ответ.
  • Оцените сложность по времени и памяти (Big-O), если это алгоритмический вопрос.
💡

На реальном собеседовании Alffert подскажет развёрнутый ответ в реальном времени.