Когда я должен использовать новое ключевое слово в C++?

, Какой метод я должен использовать?

Это почти никогда не определяется Вашими предпочтениями ввода, но контекстом. Если необходимо сохранить объект через несколько стеков или если это слишком тяжело для стека, Вы выделяете его на свободном хранилище. Кроме того, так как Вы выделяете объект, Вы также ответственны за освобождение памяти. Поиск delete оператор.

Для упрощения нагрузки использования людей управления свободного хранилища изобрели материал как auto_ptr и unique_ptr. Я настоятельно рекомендую смотреть на них. Они могли бы даже помочь к Вашим проблемам ввода;-)

Без new ключевое слово Вы храните это на стек вызовов . Хранение чрезмерно больших переменных на стеке приведет к переполнение стека .

Если Ваша переменная используется только в контексте единственной функции, Вы - более обеспеченное использование переменной стека, т.е. Опции 2. Как другие сказали, Вы не должны управлять временем жизни переменных стека - они созданы и разрушены автоматически. Кроме того, выделение/освобождение переменной на "куче" является медленным для сравнения. Если Ваша функция будет вызываться достаточно часто, то Вы будете видеть огромное повышение производительности если переменные стопки использования по сравнению с переменными "кучи".

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

, Если переменная стека имеет место памяти большой емкости, то Вы рискуете переполнять стека. По умолчанию размер стека каждого потока составляет 1 МБ в Windows. Маловероятно, что Вы создадите переменную стека, которая составляет 1 МБ в размере, но необходимо иметь в виду, что использование стека кумулятивно. Если Ваши вызовы функции функция, которая вызывает другую функцию, которая вызывает другую функцию, которая..., переменные стека во всех этих функциях занимают место на том же стеке. Рекурсивные функции могут столкнуться с этой проблемой быстро, в зависимости от того, как глубоко рекурсия. Если это - проблема, можно увеличить размер стека (не рекомендуемый) или выделить переменную на "куче" с помощью нового (рекомендуемого) оператора.

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

Вы передаете myClass из функции или ожидаете, что это будет существовать вне той функции? Как некоторые другие сказали, это - все об объеме, когда Вы не выделяете на "куче". При отъезде функции она уходит (в конечном счете). Одна из классических ошибок, сделанных новичками, является попыткой создать локальный объект некоторого класса в функции и возвратить его, не выделяя его на "куче". Я могу не забыть отлаживать такого рода вещь назад в мои более ранние дни, делая C++.

Простой ответ - да - новый (), создает объект на "куче" (с неудачным побочным эффектом, которым необходимо управлять, его время жизни (явным вызовом удаляют на нем), тогда как вторая форма создает объект в стеке в текущей области и что объект будет уничтожен, когда это выйдет из объема.

Короткий ответ - да, "новое" ключевое слово невероятно важно как тогда, когда Вы используете его, данные объектов хранятся на "куче" в противоположность стеку, который является самым важным!

Второй метод создает экземпляр на стеке, наряду с такими вещами как что-то объявил int и список параметров, которые передаются в функцию.

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

первый метод также требует, что Вы delete, что Вы создаете с new, тогда как во втором методе, класс автоматически разрушен и освобожден, когда он падает из объема (следующая закрывающая фигурная скобка, обычно).

Если Вы пишете в C++, Вы, вероятно, пишете для производительности. Используя новый и свободное хранилище намного медленнее, чем использование стека (особенно при использовании потоков) поэтому только использует его при необходимости в нем.

Как другие сказали, Вам нужно новый, когда Ваш объект должен жить вне функциональной или области объекта, объект является действительно большим или когда Вы не знаете размера массива во время компиляции.

Кроме того, старайтесь не когда-либо использовать, удаляют. Перенесите свое новое в интеллектуальный указатель вместо этого. Позвольте вызову интеллектуального указателя удалить для Вас.

Существуют некоторые случаи, где интеллектуальный указатель не умен. Никогда не храните станд.:: auto_ptr <> в контейнере STL. Это удалит указатель слишком скоро из-за операций копии в контейнере. Другой случай - когда у Вас есть действительно большой контейнер STL указателей на объекты. повышение:: shared_ptr <> будет иметь тонну скорости наверху, поскольку это ударяет подсчеты ссылок вверх и вниз. Лучший способ пойти в этом случае состоит в том, чтобы поместить контейнер STL в другой объект и дать тому объекту деструктор, который будет звонить, удаляют на каждом указателе в контейнере.