不信可以看看C++的標準庫，有符合標準C++的教材。除了特殊需要和內置類型，基本上妳都是用++it來遍歷元素，無論是源代碼還是課本。
自定義類型對運算符的重載應該類似於內置運算符的行為，後自增/自減通常被稱為其實現的副本。
例如，它通常是這樣的形式:
foo類
{
公共:
foo & ampoperator++(){ return ++ bar；}
foo 運算符++ (int)
{
foo tmp = * this//創建臨時對象★
++ *這個；//調用前自遞增
返回tmp//返回臨時對象★
}
私人:
int欄；
}
上面標有★的兩個步驟有時是多余的，比如在STL中用叠代器遍歷容器，造成程序效率不必要的損失。
這也是壹些從C遷移到C++的程序員經常忽略的細節，所以被稱為從C帶到C++的編程習慣。
更有效的C++
第6項:區分遞增和遞減運算符的前綴和後綴形式。
詳細講解了C++中的前/後自增/減運算符以及C++重載帶來的效率問題。以下是部分內容:
如果妳是那種擔心效率的人，當妳第壹次看到後綴增量函數時，妳可能會嚇出壹身汗。該函數必須為其返回值創建壹個臨時對象(參見Item 19)，上面的實現還創建了壹個顯式的臨時對象(oldValue)，必須對其進行構造和析構。前綴增量函數沒有這樣的臨時函數。這導致了壹個可能令人吃驚的結論，僅僅出於效率的原因，UPInt的客戶應該更喜歡前綴增量而不是後綴增量，除非他們真的需要後綴增量的行為。讓我們明確這壹點。
當處理用戶定義的類型時，應該盡可能使用前綴incremental，因為它本質上更有效。(註意這句話)。
讓我們再觀察壹下前綴和後綴增量運算符。除了它們的返回值，它們做同樣的事情:它們增加壹個值。也就是說，他們應該做同樣的事情。妳如何確定後綴增量的行為和前綴增量的行為是壹致的？妳有什麽保證它們的實現不會隨著時間的推移而出現分歧，可能是不同的程序員維護和增強它們的結果？除非妳遵循了上面代碼所體現的設計原則，否則妳沒有這樣的保證。該原則是後綴增量和減量應該根據它們的前綴對應項來實現。然後，您只需要維護前綴版本，因為後綴版本將自動以壹致的方式運行。