re: Chromium編譯記錄 zgpxgame 2013-11-16 21:29
June 2010 DirectX SDK.
@萬連文
簡而言之我想是：
非虛繼承 構(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
分析的不錯，但就這道題目來說，感覺這題考的意義不大，面試過程用這種細(xì)枝末節(jié)的語法題考察不出面試者的思維。
恩 很欣賞你的這種做法。只是我覺得你分析得不夠全面，所以就補充了我自己的一點看法。所以我認(rèn)為考證后的結(jié)論是，不需要糾結(jié)于for還是while。與之相比，干凈的代碼和能清晰表達(dá)程序意圖的語句往往是更重要一些的
由于現(xiàn)在的CPU指令流水線、緩存、亂序等等，加上編譯器會處理優(yōu)化，所以這方面的優(yōu)化已經(jīng)意義不大了，也就不必糾結(jié)用什么循環(huán)了。不過了解一下也是可以的
re: 基于堆棧上的字符串實現(xiàn) zgpxgame 2012-09-05 17:35
恩，可以。 如果字符串類實現(xiàn)的再完善些也未嘗不可 @華夏之火
re: 基于堆棧上的字符串實現(xiàn) zgpxgame 2012-09-03 02:28
我想說的代碼膨脹是指如果代碼中使用了CStackString＜1＞......CStackString<N>會導(dǎo)致編譯器生成N個類，當(dāng)然如果只取一個最大N使用這個類也就不存在這個問題了。 我個人不主張去重新實現(xiàn)一個棧string，而是去實現(xiàn)一個棧分配器，這里有現(xiàn)成的例子：
http://src.chromium.org/viewvc/chrome/trunk/src/base/stack_container.h@華夏之火
學(xué)校教編程的老師大多是沒有工程經(jīng)驗的老師，一般都是照本宣科，而且是一個專科學(xué)校的老師，但也不排除有高手的可能。“所以我決定不在看書” 個人不太贊同，書還是要看的，經(jīng)典書很多，重點也不同，有更好的設(shè)計，更強(qiáng)的算法，更透徹的了解語言，更清晰的代碼，更深入的理解操作系統(tǒng)……路還很漫長
網(wǎng)絡(luò)編程的東西還是有一些的，個人感覺你現(xiàn)在學(xué)的還有點局限，不過好的基礎(chǔ)也很重要，可以研究下網(wǎng)絡(luò)游戲服務(wù)端，或者其他開源代碼應(yīng)用，或一些好的開源網(wǎng)絡(luò)庫，asio、libevent、淘寶的tair等什么的，還有一網(wǎng)絡(luò)相關(guān)的設(shè)計模式，《面向模式的軟件體系結(jié)構(gòu) 卷2》里面有一點相關(guān)內(nèi)容，而且網(wǎng)絡(luò)程序常常與多線程技術(shù)相關(guān)密切。看你興趣去研究相關(guān)的東西會有收獲的
re: 編譯器背后的小故事 zgpxgame 2012-07-29 14:46
s1，s2是同類型，不會發(fā)生隱式類型轉(zhuǎn)換，結(jié)果當(dāng)然也是同類型的而溢出，隱式類型轉(zhuǎn)換發(fā)生在賦值時
strcpy(ps,"美國") 如果只是試驗，倒也關(guān)系不大，實際中這樣可能導(dǎo)致問題
跟可移值性關(guān)系不大，在系統(tǒng)間的區(qū)別大概只有換行符不太一致。文本文件可讀性好，但占用空間較大。
re: Makefile自動生成 zgpxgame 2012-06-27 20:54
mark
re: 用Windbg解決一個Bug zgpxgame 2012-06-27 13:06
mark
re: 基于堆棧上的字符串實現(xiàn) zgpxgame 2012-06-08 13:19
會導(dǎo)致代碼膨脹，如果只是內(nèi)存問題可以考慮換一個基于棧的內(nèi)存分配器
re: chrome 源碼分析 zgpxgame 2012-05-25 16:40
mark
re: 一個高效的內(nèi)存池實現(xiàn) zgpxgame 2012-05-05 23:55
固定大小的緩沖池策略
re: LUA源碼分析上 zgpxgame 2012-04-29 17:19
文件壞掉了？下載了打不開