• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            zgpxgame

            像作詩一樣寫程序,像彈琴一樣敲代碼,像看小說一樣讀開源

            re: Chromium編譯記錄 zgpxgame 2013-11-16 21:29
            June 2010 DirectX SDK.
            mark
            @萬連文
            簡而言之我想是:

            非虛繼承 構(gòu)造調(diào)用順序
            CBar() -call-> CFoo() -call-> CFinal()

            虛繼承 構(gòu)造調(diào)用順序
            CBar() -call-> CFinal() // 私有,不可調(diào)用
            CBar() -call-> CFoo()
            re: Coroutines in C zgpxgame 2013-05-20 13:04
            mark
            分析的不錯(cuò),但就這道題目來說,感覺這題考的意義不大,面試過程用這種細(xì)枝末節(jié)的語法題考察不出面試者的思維。
            恩 很欣賞你的這種做法。只是我覺得你分析得不夠全面,所以就補(bǔ)充了我自己的一點(diǎn)看法。所以我認(rèn)為考證后的結(jié)論是,不需要糾結(jié)于for還是while。與之相比,干凈的代碼和能清晰表達(dá)程序意圖的語句往往是更重要一些的
            由于現(xiàn)在的CPU指令流水線、緩存、亂序等等,加上編譯器會(huì)處理優(yōu)化,所以這方面的優(yōu)化已經(jīng)意義不大了,也就不必糾結(jié)用什么循環(huán)了。不過了解一下也是可以的
            恩,可以。 如果字符串類實(shí)現(xiàn)的再完善些也未嘗不可 @華夏之火
            我想說的代碼膨脹是指如果代碼中使用了CStackString<1>......CStackString<N>會(huì)導(dǎo)致編譯器生成N個(gè)類,當(dāng)然如果只取一個(gè)最大N使用這個(gè)類也就不存在這個(gè)問題了。 我個(gè)人不主張去重新實(shí)現(xiàn)一個(gè)棧string,而是去實(shí)現(xiàn)一個(gè)棧分配器,這里有現(xiàn)成的例子:http://src.chromium.org/viewvc/chrome/trunk/src/base/stack_container.h@華夏之火
            @小魚兒 恩,理解錯(cuò)了,加油
            學(xué)校教編程的老師大多是沒有工程經(jīng)驗(yàn)的老師,一般都是照本宣科,而且是一個(gè)專科學(xué)校的老師,但也不排除有高手的可能。“所以我決定不在看書” 個(gè)人不太贊同,書還是要看的,經(jīng)典書很多,重點(diǎn)也不同,有更好的設(shè)計(jì),更強(qiáng)的算法,更透徹的了解語言,更清晰的代碼,更深入的理解操作系統(tǒng)……路還很漫長
            網(wǎng)絡(luò)編程的東西還是有一些的,個(gè)人感覺你現(xiàn)在學(xué)的還有點(diǎn)局限,不過好的基礎(chǔ)也很重要,可以研究下網(wǎng)絡(luò)游戲服務(wù)端,或者其他開源代碼應(yīng)用,或一些好的開源網(wǎng)絡(luò)庫,asio、libevent、淘寶的tair等什么的,還有一網(wǎng)絡(luò)相關(guān)的設(shè)計(jì)模式,《面向模式的軟件體系結(jié)構(gòu) 卷2》里面有一點(diǎn)相關(guān)內(nèi)容,而且網(wǎng)絡(luò)程序常常與多線程技術(shù)相關(guān)密切。看你興趣去研究相關(guān)的東西會(huì)有收獲的
            re: 編譯器背后的小故事 zgpxgame 2012-07-29 14:46
            s1,s2是同類型,不會(huì)發(fā)生隱式類型轉(zhuǎn)換,結(jié)果當(dāng)然也是同類型的而溢出,隱式類型轉(zhuǎn)換發(fā)生在賦值時(shí)

            strcpy(ps,"美國") 如果只是試驗(yàn),倒也關(guān)系不大,實(shí)際中這樣可能導(dǎo)致問題
            跟可移值性關(guān)系不大,在系統(tǒng)間的區(qū)別大概只有換行符不太一致。文本文件可讀性好,但占用空間較大。
            re: Makefile自動(dòng)生成 zgpxgame 2012-06-27 20:54
            mark
            re: 用Windbg解決一個(gè)Bug zgpxgame 2012-06-27 13:06
            mark
            @羅朝輝
            浙江大學(xué)
            會(huì)導(dǎo)致代碼膨脹,如果只是內(nèi)存問題可以考慮換一個(gè)基于棧的內(nèi)存分配器
            re: chrome 源碼分析 zgpxgame 2012-05-25 16:40
            mark
            固定大小的緩沖池策略
            re: LUA源碼分析上 zgpxgame 2012-04-29 17:19
            文件壞掉了?下載了打不開
            久久精品成人欧美大片| 久久久亚洲精品蜜桃臀| 久久久亚洲欧洲日产国码二区| 久久久久久人妻无码| 精品一区二区久久| 久久久国产亚洲精品| 久久精品嫩草影院| 久久婷婷国产剧情内射白浆| 久久大香香蕉国产| 久久综合伊人77777麻豆| 久久99国内精品自在现线| 国产精品无码久久四虎| 99蜜桃臀久久久欧美精品网站| 久久久九九有精品国产| 久久精品国产亚洲AV蜜臀色欲| 俺来也俺去啦久久综合网| 亚洲精品美女久久久久99小说 | 亚州日韩精品专区久久久| 香蕉久久av一区二区三区| 国产69精品久久久久9999| 欧美va久久久噜噜噜久久| 色综合久久中文字幕综合网| 精品一二三区久久aaa片| 久久久久久久97| 久久久国产一区二区三区| 亚洲精品美女久久777777| 国产精品免费久久久久影院| 99久久国产宗和精品1上映 | 久久精品国产亚洲AV不卡| AAA级久久久精品无码片| 久久久亚洲裙底偷窥综合| 理论片午午伦夜理片久久| 国产综合成人久久大片91| 香蕉久久夜色精品国产小说| 久久精品国产亚洲AV麻豆网站 | 精品国产热久久久福利| 精品久久久久久久| 久久夜色tv网站| 久久精品一区二区三区不卡| 91精品国产综合久久精品| 久久国产精品久久国产精品|