含糊不清在實際中的某些情況下是有用的。例如，在早期設計時，你可能不準備用句柄來表示。你可能不確定是否將一個簡單的指針或者引用或者指向指針的指針或者指向引用的指針或者整型標識符放在一個數組或者字符串（或其它鍵）以便能夠以哈希表（hash-table）（或其他數據結構）或數據庫鍵或者一些其它的技巧來查詢。如果你只知道你會需要一些唯一標識的東西來獲取對象，那么這些東西就被稱為句柄。

因此，如果你的最終目標是要讓代碼唯一的標識/查詢一個Fred類的指定的對象的話，你需要傳遞一個Fred句柄這些代碼。句柄可以是一個能被作為眾所周知的查詢表中的鍵（key）來使用的字符串（比如，在std::map<std::string,Fred> 或 std::map<std::string,Fred*>中的鍵），或者它可以是一個作為數組中的索引的整數（比如，Fred* array = new Fred[maxNumFreds]），或者它可以是一個簡單的 Fred*，或者它可以是其它的一些東西。

初學者常常考慮指針，但實際上使用未初始化的指針有底層的風險。例如，如果Fred對象需要移動怎么辦？當Fred對象可以被安全刪除時我們如何獲知？如果Fred對象需要（臨時的）連續的從磁盤獲得怎么辦？等等。這些時候的大多數，我們增加一個間接層來管理位置。例如，句柄可以是Fred**，指向Fred*的指針可以保證不會被移動。當Fred對象需要移動時，你只要更新指向Fred*的指針就可以了。或者讓用一個整數作為句柄，然后在表或數組或其他地方查詢Fred的對象（或者指向Fred對象的指針）。

重點是當我們不知道要做的事情的細節時，使用句柄。

使用句柄的另一個時機是想要將已經完成的東西含糊化的時候（有時用術語magic cookie也一樣，就像這樣，“軟件傳遞一個magic cookie來唯一標識并定位適當的Fred對象”）。將已經完成的東西含糊化的原因是使得句柄的特殊細節或表示物改變時所產生的連鎖反應最小化。舉例來說，當將一個句柄從用來在表中查詢的字符串變為在數組中查詢的整數時，我們可不想更新大量的代碼。

當句柄的細節或表示物改變時，維護工作更為簡單（或者說閱讀和書寫代碼更容易），因此常常將句柄封裝到類中。這樣的類常重載operator-> 和 operator*算符（既然句柄的效果象指針，那么它可能看起來也象指針）。