同意你的說法，如果cppblog能夠增強管理，把首頁的精華區帖子分類就更好了，現在的確是有些亂。你說的家庭作業帖子，的確很形象啊。。

@樓主不厚道
其實做這個測試的目的僅僅是想知道在只需要把i遞增1的情況下，這三個算式是否有區別。比如在for語句for (int i = 0; i < 10; i=i+1)，如果是c，那么i=i+1是個常用的，到了c++一般都用i++。就個人來說，我覺得i++這個形式就反映了其語言本身的名字，所以看起來很合適。但有人認為++i更效率，于是寫成for (int i = 0; i < 10;++i)。并不是說這樣有問題，只是我個人認為i++比++i要看起來自然些。更何況，其實這里++i并沒有比i++快。

此文并不是要討論運算符重載。

@OwnWaterloo
所以： "如果只需要++i， 就不要寫成i++； 如果只需要i++， 就不要寫成i=i+1"。
養成這種習慣， 無論i是什么類型都無所謂。

我想說的是，如果只是一個int遞增，我會用i++。形式上比較美，而且效率和++i一樣。特別是在for語句里面。（當然，你對3者區別的解釋是十分簡單明了正確的）

# re: i++, ++i 和i=i+1究竟哪個快？ 回復 更多評論 刪除評論
因為C++可以重載操作符。
所以， 除非"知道i的類型"， 表達式 i++, ++i, i=i+1 的行為"未知"。

從語意上說，所需要的操作： ++i < i++ (多一個復制), i=i+1(多一個賦值)。
所以： "如果只需要++i， 就不要寫成i++； 如果只需要i++， 就不要寫成i=i+1"。
養成這種習慣， 無論i是什么類型都無所謂。

另一方面， 在已知i是int的情況下，如果某編譯器生成的代碼有顯著區別， 那可以把它丟了……
2010-07-14 14:16 | OwnWaterloo

沒想到現在北郵居然搞BT下載了，懷念以前的ftp急速下載啊。不過1M的速度也是不錯了。記得不是有5q教育網下載的嗎？難道已經不存在了？

我覺得09年最佳游戲是league of legends， 而且還是免費的。據說騰訊又要代理這個了。

官方的資料基本和沒有一樣，真正有用都是紅色鏈接啊。

@yan
EPIC Game說了是完全版，而且會持續更新。國內現在有用UE3的嗎？反正我沒有聽朋友說。

lz居然能自己想出這個創意，的確不簡單。
和樓上建議一樣，改為集成到ubiquity里面。
ubiquity開發到現在，已經有大量的命令集成在里面了，可以做很多事情，而且配合firefox很好。個人感覺一般技術人員都比較偏向于firefox吧，畢竟addson很多。


當然，可能lz的初衷和ubiquity并不一樣，純粹個人意見。

這是多少年前的文章了啊，完全落后了

為了畢業居然寫這么復雜的程序。想當初一個IPTV的測試系統我們還5個人寫呢。

人臉識別已經有很多研究了，樓主一個畢業設計其實沒必要重視。畢業設計這東西，其實就是個形式，真正能研究出東西的，幾乎沒有。

回ls：
我重新測試了一遍，測試結果是：
Which one?
Storable?
Which one?

你是不是看錯了？發上源碼來看看。

恩，我現在在找工作，發現技術的確是沒有太大用處，企業總有要求有經驗的技術人員，像我這種剛畢業的根本就達不到招聘廣告上的要求。倒是很多招客服，招顧問的啟事不那么要求技術。但是，這樣的話，拿著這個學位豈不是白拿了？現在應聘IT的人都能說上幾句技術，無論他是否真正的懂得技術。

您的這篇文章說的問題，想我這種剛畢業的學生就感覺到了。

lz很強，我大學時除了玩游戲和混論壇之外什么都沒做，到了研究生才開始學。

lz基礎很好了，換我本科時做這些題肯定沒那么快。

其實，6級和看外文沒有太大的關系。尤其是技術類的，就更沒有什么關系了。不過一開始，沒有必要追求看英文原版的，而且，現在幾乎也不怎么有關于C的新入門書籍了，其實看中文版還是不錯的。

@陳梓瀚(vczh)

我是覺得，編譯器只要檢查構造函數，確保每個成員都有被賦值（沒賦值的自動補上），就不需要在運行時進行二次賦值了。
或者說，相比于編譯期間檢查成員，在運行時使用兩次賦值的開銷反而要小一些？

迅雷是盜鏈+偷偷上傳，不是新技術

這個不是sizeof（）的問題吧，應該是struct的問題，其中的變量只能以自己大小整數倍的大小地址開始，所有就算變量相同，但是會因為順序不同最后struct的大小也會不同。不知道lz是不是想說這個？