When you create a new object in C++ that lives on the stack, (the way I\'ve mostly seen it) you do this:
CDPlayer player;
When you create a
When you create a new object in C++ that lives on the stack, (…) you do this:
CDPlayer player;
Not necessarily on the stack: variables declared in this way have automatic storage. Where they actually go depends. It may be on the stack (in particular when the declaration is inside a method) but it may also be somewhere else.
Consider the case where the declaration is inside a class:
class foo {
int x;
};
Now the storage of x is where ever the class instance is stored. If it’s stored on the heap, then so is x:
foo* pf = new foo(); // pf.x lives on the heap.
foo f; // f.x lives where f lives, which has (once again) automatic storage.
The difference is important with PODs (basically, all built-in types like int, bool, double etc. plus C-like structs and unions built only from other PODs), for which there is a difference between default initialization and value initialization. For PODs, a simple
T obj;
will leave obj uninitialized, while T() default-initializes the object. So
T obj = T();
is a good way to ensure that an object is properly initialized.
This is especially helpful in template code, where T might either a POD or a non-POD type. When you know that T is not a POD type, T obj; suffices.
Addendum: You can also write
T* ptr = new T; // note the missing ()
(and avoid initialization of the allocated object if T is a POD).