动态分配
在你的问题里。你用了两种方式创建对象。这两种方式基本的不同在于对象的存储时间。
当运行Object myObject;这句代码时。它作为自己主动变量被创建,这意味着当对象出了作用域时也会自己主动销毁。而当你使用new Object()这样的方式时,对象所拥有的内存是动态分配的。这表示直到你调用delete()方法对象才会被销毁。否则一直存在。当须要用动态分配内存来处理时,你应该仅仅使用动态分配的方式,也就是说,当你能够使用动态分配内存的时候就不要使用自己主动变量。
下面是可能会使用到动态分配的两种常见情况:
1.当想让对象在出了作用域后依旧存在——且确实就是之前存储在该内存中的对象。而不是对象的拷贝。假设你能够接受使用对象的拷贝或者移动(大部分情况下你应该这样),那么你更应该使用自己主动存储方式。
2. 当须要大量内存时,这样的情况下极易导致栈溢出。
当然假设这对你来说根本不是问题就更好了(大部分情况下这是不可能的)。这显然超出了C++的管辖范围,可是不幸的是,我们必须处理我们开发的系统中存在的这样的现实问题。
当你确实须要使用动态分配时,你应该将它封装到一个智能指针中或者其它能具有RAII特性的类型(比如标准容器)。智能指针提供动态分配内存的对象的全部权语义。比如std::unique_ptr和std::shared_ptr。
假设你可以合适的使用它,你基本上不须要自己管理内存(參见Rule of Zero这篇文章)。
指针
其实,指针除了用来实现动态分配内存外还有非常多其他的使用方法。可是当中大部分也都存在比它们更好的选择。就像前面说过的那样。除非你必须用到指针。否则不要贸然使用。
须要使用引用的情况:有的时候,你想调用的函数须要訪问你当前的对象本身(而不是它的拷贝)。那么你就须要使用指针作为參数进行传递(暂不论它是怎样分配的)。然而,在大部分情况下。使用引用会比指针更好,这也正是引用被设计的理由。注意一下,这里不须要像上面所说的那样去延长对象的生命周期。前面已经说过了,假设你能接受使用对象的拷贝。那么你就不是必需再使用引用了。
须要使用多态的情况:通常你仅仅能通过对象的指针或者引用来实现多态(也就是依据对象的动态类型来调用函数)。假设这就是你想要的,那么你就须要使用指针或者引用。相同,以指针为优先选择。
当对象可忽略时,通过传递一个空指针来实现对象是可选的属性:假设它是一个參数的话,你应该优先使用默认參数或者函数重载的方法。否则你应该选择一种能够封装这样的行为的类型,比如boost::optional(或者是std::optional)。
当你想减少文件间的编译依存关系从而节省时间:指针的一大特点在于你仅仅须要在前面声明一下指针指向的类型(而假设要使用实际的对象,你还须要定义一下)。
这样你就能减少你的编译单元之间的耦合性从而减少编译时间。
參考Pimpl idiom.
当你想调用C或者类似C风格的函数库的接口时:在这样的情况下。你不得不使用指针进行操作。
你唯一能做的事情就是要保证你的指针在不使用时要被释放。你也能通过智能指针来操作原指针,比如通过它来调用成员函数。
假设被调用库已经为你申请了空间而又希望你通过句柄来释放的话,利用智能指针封装起句柄并利用定制的析构器来释放内存无疑是一种合理的选择。