從技術角度說，OOP（面向對象程序設計）只是涉及抽象的數據類型、繼承以及多形性，但另一些問題也可能顯得非常重要。本節將就這些問題進行探討。
最重要的問題之一是對象的創建及破壞方式。對象需要的數據位於哪兒，如何控制對象的“存在時間”呢？針對這個問題，解決的方案是各異其趣的。C++認為程序的執行效率是最重要的一個問題，所以它允許程序員作出選擇。為獲得最快的運行速度，存儲以及存在時間可在編寫程序時決定，只需將對象放置在堆棧（有時也叫作自動或定域變量）或者靜態存儲區域即可。這樣便為存儲空間的分配和釋放提供了一個優先級。某些情況下，這種優先級的控制是非常有價值的。然而，我們同時也犧牲了靈活性，因為在編寫程序時，必須知道對象的准確的數量、存在時間、以及類型。如果要解決的是一個較常規的問題，如計算機輔助設計、倉儲管理或者空中交通控制，這一方法就顯得太局限了。
第二個方法是在一個內存池中動態創建對象，該內存池亦叫“堆”或者“內存堆”。若采用這種方式，除非進入運行期，否則根本不知道到底需要多少個對象，也不知道它們的存在時間有多長，以及准確的類型是什麼。這些參數都在程序正式運行時才決定的。若需一個新對象，只需在需要它的時候在內存堆裡簡單地創建它即可。由於存儲空間的管理是運行期間動態進行的，所以在內存堆裡分配存儲空間的時間比在堆棧裡創建的時間長得多（在堆棧裡創建存儲空間一般只需要一個簡單的指令，將堆棧指針向下或向下移動即可）。由於動態創建方法使對象本來就傾向於復雜，所以查找存儲空間以及釋放它所需的額外開銷不會為對象的創建造成明顯的影響。除此以外，更大的靈活性對於常規編程問題的解決是至關重要的。
C++允許我們決定是在寫程序時創建對象，還是在運行期間創建，這種控制方法更加靈活。大家或許認為既然它如此靈活，那麼無論如何都應在內存堆裡創建對象，而不是在堆棧中創建。但還要考慮另外一個問題，亦即對象的“存在時間”或者“生存時間”（Lifetime）。若在堆棧或者靜態存儲空間裡創建一個對象，編譯器會判斷對象的持續時間有多長，到時會自動“破壞”或者“清除”它。程序員可用兩種方法來破壞一個對象：用程序化的方式決定何時破壞對象，或者利用由運行環境提供的一種“垃圾收集器”特性，自動尋找那些不再使用的對象，並將其清除。當然，垃圾收集器顯得方便得多，但要求所有應用程序都必須容忍垃圾收集器的存在，並能默許隨垃圾收集帶來的額外開銷。但這並不符合C++語言的設計宗旨，所以未能包括到C++裡。但Java確實提供了一個垃圾收集器（Smalltalk也有這樣的設計；盡管Delphi默認為沒有垃圾收集器，但可選擇安裝；而C++亦可使用一些由其他公司開發的垃圾收集產品）。
本節剩下的部分將討論操縱對象時要考慮的另一些因素。
