呵呵，不錯，等等看。

潁河，曾經(jīng)帶給我多少歡樂，而現(xiàn)在變成了惡魔。

不在上海怎么面試？

我會讓他很好的活著，^_^。
第一次寫有關(guān)游戲的東西，也是一個實驗性框架，所以沒有放到SF上。

不夠清晰，不過確實是好東東。

@<a href=http://minidx.com>minidxer</a>
我上傳的時候感覺速度還可以，至于SourceForge，現(xiàn)在還不打算在那里建帳號。




@LOGOS
恩，馬上。

oh,if it is true,i love it more.

寫的非常的漂亮，想在沒有時間看QUAKE，所以只有在這享受了，嚴重支持。

@逍遙劍客
你想的太妙了，這種方法確實不錯。

:-)，這樣確實很妙，有遮擋了，其不是出來一個圈，呵呵

the render scene is so beautiful,i like it.especially the specular light.

讓我想起一年前的VB編程

MODIFY:
另外我對你精通以上的技術(shù)而<add>不</add>精通C++有些懷疑.

理論上來說，精通MS ATL MFC com/com+,我不得不說你說的高起點是
不折不扣的，另外我對你精通以上的技術(shù)而精通C++有些懷疑。呵呵，沒有什么別的意思，但我了解精通的含義。

學(xué)習(xí)，學(xué)習(xí)，我先幫老兄打個場子，哈哈。

頂禮膜拜！

要我說沒有那么麻煩，其實兩條線段既然相交，那么他們說所生成的管線也會局部相交，你可以求出兩個交點，截取無用的，然后在裂縫的兩個不全園上平均分段，然后鏈接這些點形成三角形就可以了，如果想要過度平滑，可以在缺口處利用極坐標(biāo)系進行插值。

:-)，公司就喜歡這樣的員工，那天下個試用版的，感受感受。

費用不低呀，公司買的吧？

文檔說明可以，但實際應(yīng)用時，生成的類與類之間的關(guān)系凌亂不堪，由于他一次只能指定一個目錄來反響轉(zhuǎn)化，所以缺少完整性，我想，把所有的文件都放在一個目錄，會好些，BUT WHO WILL DO THAT,HAHA.
其實，反響轉(zhuǎn)化在現(xiàn)在商業(yè)版本中也是雞肋，聽上去讓人向往，但實際應(yīng)用都不近人意。

都讀完，會死人地，哈哈

Normalize 是NDC轉(zhuǎn)化？
如果是的話，區(qū)間好像有問題。

well,介紹的很好。

@Minidx全文檢索
哈哈，這叫顯擺，樓上不是說有什么"特殊需求“嗎，支招而已。

太有才了，這種方式不錯，
一堆DEFINE,先寫英文的，然后寫個 轉(zhuǎn)化程序，各種復(fù)雜程序都能寫，無敵了。

唉，算了，開始干活了。

公司不NB,給的M也不NB，那他想要什么楊的NB人？~~~~~HAHA

不管公司NB不NB，只要給的M NB就可以了，
沒有其他的需求，^_^。

樓主精神可嘉，鼓勵鼓勵。

不錯，有時候這種東西會帶來大麻煩。

MONEY ! MONEY!

WHERE IS NUM OF MONEY```~~~,:-)。

現(xiàn)在還用不著，收藏了，免得以后費勁。

我也沒有怎么調(diào)試，另外我確實不打算用這個編碼格式，所以正在看BOOST的FUNCTION和BIND用發(fā)，這可能會符合某種比較無奈的折中，像知道頭文件，而要調(diào)用的函數(shù)又不讓正常調(diào)用的情況下來用，根據(jù)我測試的情況，正常的函數(shù)還是沒有找到正確的方法，靜態(tài)和虛函數(shù)由于指針比較好得，所以寫的這兩種，其實這并不是什么新鮮的東西。

@aplo
"我暈",我認為你很清醒^_^。
我不知道我是否懂的你全部的意思，所以有些可能有些偏差。
我不知道你說的“THIS 指針在調(diào)用前都傳入ECX寄存器--書上都這么說。”是否覆蓋了所有的函數(shù)，據(jù)我調(diào)試并不都是這樣，其中私有的虛函數(shù)就不是這樣，在CALL 私有虛函數(shù)指針時，ECX中的恰巧是虛函數(shù)的指針（我的VS2005是特別版？？|））），THIS指針在虛函數(shù)的壓占問題，你自己可以實驗，我不至可否。o(∩_∩)o...。
從調(diào)試上看，傳入對象指針確實能保證THIS指針的正確性（private virtual），
我不想探究編譯器的為什么問題，畢竟我沒有在CPPBLOG或CSDN上寫過編譯器“深入淺出”的文章^_^。

C++自帶操作符？我懷疑他們直接操作PRIVATE成員的能力，也許你有其他的方法，嚴重關(guān)注。
當(dāng)然類內(nèi)部操作我無話可說。

不用懷疑靜態(tài)的方法，壓根他和對象指針就沒有關(guān)系，我不保證這適合所有的情況，所以也不建議使用這種寫法。

“成員函數(shù)調(diào)用大多數(shù)情況都需要傳入this指針”，我不知你是有所保留還是保留的非常多，我們需要例子，并不是含糊其詞的說明。who no,who yes.

@danielwyo
呵呵，沒有辦法，現(xiàn)在正在用NEWTON physics engine,
與C++的結(jié)合上要用的這些東西，順便拿來給大家共享一下，
現(xiàn)在想想還是用BOOST比較好。

“其它程序員專注于應(yīng)用和更加強大的庫的時候, C++程序員還在著迷于開發(fā)模型和內(nèi)部原理. 太在乎內(nèi)部結(jié)構(gòu)似乎真的是我們做C++的通病”

很在理！

我已經(jīng)在下面聲明，虛的如果有參數(shù)要傳如對象指針了，
我添加了傳入?yún)?shù)的代碼。

明眼人，出來一個呀？^_^

日志并不是對程序錯誤本身的描述，而異常恰是程序本身的錯誤，
日志是對程序邏輯或這說業(yè)務(wù)本身的描述和記錄。
另外，程序在某一個關(guān)節(jié)出現(xiàn)異常，有時并不能判程序本身的死刑，
他還將繼續(xù)執(zhí)行，在這種情況下我們并不能返回錯誤碼。

@金慶
但拋異常可以帶相應(yīng)的描述，不用再找源碼對應(yīng)錯誤的信息。

不錯，怎么沒有按前一個列的順序？

@SmartPtr
可以另外開一個話題，大家都開開眼。

wonderful,
i love you,^_^。

not1 //對一元的函數(shù)對象取反
not2 //對二元的函數(shù)對象取反

對對象取反好像不太恰當(dāng)：

函數(shù)對象的OPERATOR()返回值取反。


不錯！繼續(xù)。

贊一個，家人LEARN LIST.

@金慶
從來沒有式過，上面有人發(fā)變成比賽的事，好像很好玩。

“我學(xué)習(xí)的時候，找編程競賽題做”

^_^，我學(xué)習(xí)的時候，找習(xí)題做。

@金慶
說的也是那個理，但我們不得不承認STL好用易上手。這種背后的根源是什么？
為源碼而源碼確實沒有那個必要，但編碼技巧從哪KISS呢？

@夢在天涯
期待中。。。。

@真 OO無雙
第一本已經(jīng)過了，侯先生的書不錯，
C++ Template 全覽應(yīng)該也不錯，
3KS for your recommending.

編寫病毒程序的程序員是程序員的手藝人，
出來的都是工藝品。