呵呵，不錯，等等看。

潁河，曾經帶給我多少歡樂，而現在變成了惡魔。

不在上海怎么面試？

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

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

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




@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:
另外我對你精通以上的技術而<add>不</add>精通C++有些懷疑.

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

學習，學習，我先幫老兄打個場子，哈哈。

頂禮膜拜！

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

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

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

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

都讀完，會死人地，哈哈

Normalize 是NDC轉化？
如果是的話，區間好像有問題。

well,介紹的很好。

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

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

唉，算了，開始干活了。

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

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

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

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

MONEY ! MONEY!

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

現在還用不著，收藏了，免得以后費勁。

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

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

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

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

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

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

“其它程序員專注于應用和更加強大的庫的時候, C++程序員還在著迷于開發模型和內部原理. 太在乎內部結構似乎真的是我們做C++的通病”

很在理！

我已經在下面聲明，虛的如果有參數要傳如對象指針了，
我添加了傳入參數的代碼。

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

日志并不是對程序錯誤本身的描述，而異常恰是程序本身的錯誤，
日志是對程序邏輯或這說業務本身的描述和記錄。
另外，程序在某一個關節出現異常，有時并不能判程序本身的死刑，
他還將繼續執行，在這種情況下我們并不能返回錯誤碼。

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

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

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

wonderful,
i love you,^_^。

not1 //對一元的函數對象取反
not2 //對二元的函數對象取反

對對象取反好像不太恰當：

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


不錯！繼續。

贊一個，家人LEARN LIST.

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

“我學習的時候，找編程競賽題做”

^_^，我學習的時候，找習題做。

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

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

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

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