開(kāi)發(fā)是一門(mén)技術(shù)，編程是一種藝術(shù)

同意你的說(shuō)法，如果cppblog能夠增強(qiáng)管理，把首頁(yè)的精華區(qū)帖子分類就更好了，現(xiàn)在的確是有些亂。你說(shuō)的家庭作業(yè)帖子，的確很形象啊。。

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

此文并不是要討論運(yùn)算符重載。

@OwnWaterloo
所以： "如果只需要++i， 就不要寫(xiě)成i++； 如果只需要i++， 就不要寫(xiě)成i=i+1"。
養(yǎng)成這種習(xí)慣， 無(wú)論i是什么類型都無(wú)所謂。

我想說(shuō)的是，如果只是一個(gè)int遞增，我會(huì)用i++。形式上比較美，而且效率和++i一樣。特別是在for語(yǔ)句里面。（當(dāng)然，你對(duì)3者區(qū)別的解釋是十分簡(jiǎn)單明了正確的）

# re: i++, ++i 和i=i+1究竟哪個(gè)快？ 回復(fù) 更多評(píng)論 刪除評(píng)論
因?yàn)镃++可以重載操作符。
所以， 除非"知道i的類型"， 表達(dá)式 i++, ++i, i=i+1 的行為"未知"。

從語(yǔ)意上說(shuō)，所需要的操作： ++i < i++ (多一個(gè)復(fù)制), i=i+1(多一個(gè)賦值)。
所以： "如果只需要++i， 就不要寫(xiě)成i++； 如果只需要i++， 就不要寫(xiě)成i=i+1"。
養(yǎng)成這種習(xí)慣， 無(wú)論i是什么類型都無(wú)所謂。

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

沒(méi)想到現(xiàn)在北郵居然搞BT下載了，懷念以前的ftp急速下載啊。不過(guò)1M的速度也是不錯(cuò)了。記得不是有5q教育網(wǎng)下載的嗎？難道已經(jīng)不存在了？

我覺(jué)得09年最佳游戲是league of legends， 而且還是免費(fèi)的。據(jù)說(shuō)騰訊又要代理這個(gè)了。

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

@yan
EPIC Game說(shuō)了是完全版，而且會(huì)持續(xù)更新。國(guó)內(nèi)現(xiàn)在有用UE3的嗎？反正我沒(méi)有聽(tīng)朋友說(shuō)。

lz居然能自己想出這個(gè)創(chuàng)意，的確不簡(jiǎn)單。
和樓上建議一樣，改為集成到ubiquity里面。
ubiquity開(kāi)發(fā)到現(xiàn)在，已經(jīng)有大量的命令集成在里面了，可以做很多事情，而且配合firefox很好。個(gè)人感覺(jué)一般技術(shù)人員都比較偏向于firefox吧，畢竟addson很多。


當(dāng)然，可能lz的初衷和ubiquity并不一樣，純粹個(gè)人意見(jiàn)。

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

為了畢業(yè)居然寫(xiě)這么復(fù)雜的程序。想當(dāng)初一個(gè)IPTV的測(cè)試系統(tǒng)我們還5個(gè)人寫(xiě)呢。

人臉識(shí)別已經(jīng)有很多研究了，樓主一個(gè)畢業(yè)設(shè)計(jì)其實(shí)沒(méi)必要重視。畢業(yè)設(shè)計(jì)這東西，其實(shí)就是個(gè)形式，真正能研究出東西的，幾乎沒(méi)有。

回ls：
我重新測(cè)試了一遍，測(cè)試結(jié)果是：
Which one?
Storable?
Which one?

你是不是看錯(cuò)了？發(fā)上源碼來(lái)看看。

恩，我現(xiàn)在在找工作，發(fā)現(xiàn)技術(shù)的確是沒(méi)有太大用處，企業(yè)總有要求有經(jīng)驗(yàn)的技術(shù)人員，像我這種剛畢業(yè)的根本就達(dá)不到招聘廣告上的要求。倒是很多招客服，招顧問(wèn)的啟事不那么要求技術(shù)。但是，這樣的話，拿著這個(gè)學(xué)位豈不是白拿了？現(xiàn)在應(yīng)聘IT的人都能說(shuō)上幾句技術(shù)，無(wú)論他是否真正的懂得技術(shù)。

您的這篇文章說(shuō)的問(wèn)題，想我這種剛畢業(yè)的學(xué)生就感覺(jué)到了。

lz很強(qiáng)，我大學(xué)時(shí)除了玩游戲和混論壇之外什么都沒(méi)做，到了研究生才開(kāi)始學(xué)。

lz基礎(chǔ)很好了，換我本科時(shí)做這些題肯定沒(méi)那么快。

其實(shí)，6級(jí)和看外文沒(méi)有太大的關(guān)系。尤其是技術(shù)類的，就更沒(méi)有什么關(guān)系了。不過(guò)一開(kāi)始，沒(méi)有必要追求看英文原版的，而且，現(xiàn)在幾乎也不怎么有關(guān)于C的新入門(mén)書(shū)籍了，其實(shí)看中文版還是不錯(cuò)的。

@陳梓瀚(vczh)

我是覺(jué)得，編譯器只要檢查構(gòu)造函數(shù)，確保每個(gè)成員都有被賦值（沒(méi)賦值的自動(dòng)補(bǔ)上），就不需要在運(yùn)行時(shí)進(jìn)行二次賦值了。
或者說(shuō)，相比于編譯期間檢查成員，在運(yùn)行時(shí)使用兩次賦值的開(kāi)銷反而要小一些？

迅雷是盜鏈+偷偷上傳，不是新技術(shù)

這個(gè)不是sizeof（）的問(wèn)題吧，應(yīng)該是struct的問(wèn)題，其中的變量只能以自己大小整數(shù)倍的大小地址開(kāi)始，所有就算變量相同，但是會(huì)因?yàn)轫樞虿煌詈髎truct的大小也會(huì)不同。不知道lz是不是想說(shuō)這個(gè)？