風(fēng)。。。風(fēng)。。。風(fēng)魂。。。
re: Why I am so stupid? 空明流轉(zhuǎn) 2010-12-06 10:27
寫boost的人是挖空心思從Spec里面想摳出點(diǎn)東西拿來用。
那個(gè)令人發(fā)指的typeof更是連編譯器bug都用上了。
你要是挖空心思，其實(shí)也是可以的。。。
re: 開發(fā)自己的IDE（十二） 空明流轉(zhuǎn) 2010-12-05 11:35
V5
@建議而已，請(qǐng)勿攻擊
攻擊，一定要攻擊，要用蘿卜攻擊。。。
簡(jiǎn)而言之，樓主傻逼了，鑒定完畢。
咩哈哈。
真的還就是wstring的問題。。。
re: C++通用刪除器設(shè)計(jì) 空明流轉(zhuǎn) 2010-11-16 10:52
@李現(xiàn)民
扯淡，有什么不穩(wěn)定的。
shared_ptr是一個(gè)完全OK的選擇。至于性能損失，我還真沒遇到過。一個(gè)atomic的add，能有多少性能損耗？能和你的res alloc和free比么？
還有，RAII本身就是一種Idiom。你覺得不適用，只是因?yàn)槟銓?duì)RAII這個(gè)Idiom本身不熟悉而已。
re: C++關(guān)鍵字mutable的思考 空明流轉(zhuǎn) 2010-10-30 14:15
極少用。偶爾遇到這種問題，例如Lazy Evaluation，應(yīng)該盡量用Const Cast，而不是mutable。
并且，標(biāo)記了const的，一般意味著只讀。如果要對(duì)象有線程安全性，就必須要能滿足Write-One Read-Many的約定。
而Mutable隱式的打破了這樣的約定，是很不好的。
@陳梓瀚(vczh)
沒有成為過bottleneck。
shared ptr 是 atomic 的操作。所以線程安全性很好。
re: 加快編譯速度 空明流轉(zhuǎn) 2010-10-26 15:18
買個(gè)SDD。
re: 學(xué)習(xí)下 WTL 的 thunk 空明流轉(zhuǎn) 2010-10-25 10:42
順便說一下，那個(gè)什么所謂的Thunk，也就是一個(gè)JIT的雛形。。。
re: 學(xué)習(xí)下 WTL 的 thunk 空明流轉(zhuǎn) 2010-10-25 10:29
WTL的高手還沒發(fā)話沒得打架的。
我沒覺得WTL模板用的多。。。
不加template在gcc上貌似會(huì)掛掉。
@ccsdu2009
這是SoftArt文檔的一部分，自然選擇用英文。
re: 關(guān)于A卡和N卡驅(qū)動(dòng) 空明流轉(zhuǎn) 2010-09-22 15:54
A卡在DX驅(qū)動(dòng)上問題不多，如果有一般都是開發(fā)者問題。
GL上就不一樣了，如果有問題，至少有一半可能是A卡Driver造成的。
re: 軟件開源很重要嗎? 空明流轉(zhuǎn) 2010-09-21 18:16
開源的主要意義在于可以貢獻(xiàn)一個(gè)社區(qū)。對(duì)于個(gè)人來說用處不大。
re: 開發(fā)自己的IDE（四） 空明流轉(zhuǎn) 2010-09-20 09:45
我說師祖啊，你每天都要被C++的擁躉折磨很長(zhǎng)時(shí)間吶。其實(shí)我也希望你搞個(gè)C++的，然后我就可以用了。你現(xiàn)在這樣我咋移植。。。
re: 開發(fā)自己的IDE（三） 空明流轉(zhuǎn) 2010-09-20 09:43
@iloveprogramme
C#可以RAD出自己想要的東西。。。就真么簡(jiǎn)單。。。
re: 開發(fā)自己的IDE（二） 空明流轉(zhuǎn) 2010-09-20 09:39
師祖威武。
re: C++強(qiáng)大的背后 空明流轉(zhuǎn) 2010-09-18 11:01
@陳梓瀚(vczh)
跨平臺(tái)和平臺(tái)兼容并不是一個(gè)概念。
re: 開發(fā)自己的IDE（一） 空明流轉(zhuǎn) 2010-09-17 14:32
樓主之前都把博客園的大牛們當(dāng)成我這樣的徒孫了。
re: 開發(fā)自己的IDE（一） 空明流轉(zhuǎn) 2010-09-16 14:30
@pengwang
樓主的語法分析就不用教導(dǎo)了。。。
re: 開發(fā)自己的IDE（一） 空明流轉(zhuǎn) 2010-09-16 14:30
師祖，您太謙虛了。
re: 仿boost接口的智能指針 空明流轉(zhuǎn) 2010-09-05 15:17
不知道樓主這么做是想干什么。。。
@clever101
是的，我只是沒有指明是哪個(gè)編輯器而已。。。
re: “三流學(xué)校的學(xué)生又來了” 空明流轉(zhuǎn) 2010-08-25 15:18
map gis 真的是不怎么樣。。。
re: 十步精通新語言 空明流轉(zhuǎn) 2010-08-23 09:53
很多時(shí)候不同的語言代表了截然不同的需求和解決思路，不可一概而論。
按照CPP來使用的Python，終究只是換了個(gè)樣子的Cpp而已。
re: 七律一首，詠程序員 空明流轉(zhuǎn) 2010-08-18 19:03
niubi .
@LOGOS
C++你要敢這么寫，異常會(huì)把你弄死。
@LOGOS
順便說一下，準(zhǔn)確的說Composite是它在結(jié)構(gòu)組織上的模式，但是實(shí)際上，這是一個(gè)很典型的strategy/state模式 + decorator模式的組合運(yùn)用。Combinator在此處起到的是語法糖的作用。
@LOGOS
static void If(this ILogger logger)， 注意這個(gè)this。
re: 三個(gè)星期沒有更新博客了 空明流轉(zhuǎn) 2010-08-08 10:18
@by
教主無敵。
re: 三個(gè)星期沒有更新博客了 空明流轉(zhuǎn) 2010-08-07 18:45
# re: 三個(gè)星期沒有更新博客了[未登錄] 2010-08-07 11:09 | by
個(gè)人覺得，語言已經(jīng)到頭了。
未來新概念編程才是真正需要的東西。
而不是停留在語言這個(gè)落后的東西上，
希望博主能迷途知返為我們帶來真正創(chuàng)新的東西。
+10086
@Bill Hsu
不是個(gè)性，leader就是這么要求的，我自然就這么轉(zhuǎn)達(dá)了。
re: C++界面庫(kù)的抉擇 空明流轉(zhuǎn) 2010-07-29 11:11
@陳梓瀚(vczh)
不是極端，而是需要，你就得用，親愛的。
你只是不需要罷了。不代表別人就不需要。。。
re: C++界面庫(kù)的抉擇 空明流轉(zhuǎn) 2010-07-28 20:13
我咋覺得你這個(gè)比較都說煩了。
不管從哪個(gè)平臺(tái)哪個(gè)角度，Qt都絕對(duì)是中規(guī)中矩的。
如果跨平臺(tái)，絕對(duì)是Qt完勝。
re: 笨鳥先飛學(xué)編程系列之九-C++的模板編程 空明流轉(zhuǎn) 2010-07-22 22:38
@陳梓瀚(vczh)
其實(shí)沒必要。只要能理解“遞歸”和不動(dòng)點(diǎn)就可以了。
模板元編程最好不要看匯編，不是一個(gè)抽象層面的東西。
re: SimplePascal Grammar 空明流轉(zhuǎn) 2010-07-09 16:47
牛逼。
re: 關(guān)于C++之“復(fù)雜” 空明流轉(zhuǎn) 2010-07-09 16:46
所謂C++問題多，實(shí)際上還是程序員的問題。
以為自己很牛逼，語言的任何Feature都敢用。你不熟的Feature，用了不是找死咩？用出了問題，就開始怪C++。哦，你說你拉不出便便了，就能埋怨這洗手間太高檔了咩？
re: 告別的話 空明流轉(zhuǎn) 2010-06-25 11:12
@zuhd
100分。多一分不多。150滿分。作文應(yīng)該是36分。我高中作文基本就沒有到40分的。
@欲三更
沒有那么復(fù)雜，一行就是一行，空行就是{}獨(dú)立成行的，null行就是出空白符外什么都沒有的。
這個(gè)統(tǒng)計(jì)結(jié)果不是那么準(zhǔn)確，不過大體上是差不多的。
re: C++實(shí)用技巧（一） 空明流轉(zhuǎn) 2010-06-22 22:24
6、如果你實(shí)在很喜歡C語言的話，那麻煩換一個(gè)只支持C不支持C++的編譯器，全面杜絕因?yàn)檎`用了C++而導(dǎo)致你的C壞掉的情況出現(xiàn)。
對(duì)于主流C++編譯器來說，換一下編譯選項(xiàng)就可以了。
re: C++實(shí)用技巧（一） 空明流轉(zhuǎn) 2010-06-22 22:23
膜拜