CCRenderTexture

自己的理解

CCRenderTexture類似一張空白的“畫布“，用戶通過自定義筆刷(CCSprite*)，在touch事件中把筆刷的移動痕跡“記錄”起來，從而“畫”出各種藝術效果。記錄方法很簡單，首先CCRenderTexture調用自己的begin()函數，開啟“記錄”功能，然后調用筆刷->visit()把自己”畫“在這張畫布上，最后CCRenderTexture調用end()結束記錄，那就OK了。

這里我想CCRenderTexture是通過把筆刷的紋理疊加到自己的紋理(Texture)里，而不是不斷創建新紋理，所以消耗比較低，即使畫得很頻繁，幀數也能保持穩定，是個很贊的類。

CCRenderTexture由于只要begin()開啟“記錄”功能后，任何之后的CCNode*對象只要調用了visit()，就能將自己“畫”在其身上。所以，一般游戲的截屏功能，完全可以使用CCRenderTexture的來實現，具體可以看tests里例子，cocos2d-x已經提供了相關例子，看看源代碼就能搞明白的。

優點

用CCRenderTexture可以很簡單的實現出理想的畫圖效果(只要搞一張很小的筆刷圖，然后用CCSprite載入來，再適當調用一個CCSprite的visit()就行了)，幀數消耗低，還很方便實現出游戲的截屏功能，做《你畫我猜》這種項目，第一想到的應該就是它了。

缺點

由于每個Android手機的硬件或者OpenGL版本不一樣，導致有些手機用CCRenderTexture會出現花屏，比如HTC。就算是官方提供的tests例子也難逃一花屏，這個致命的缺點導致用它來實現的《你畫我猜》不能跨手機，比較坑爹…

這個Bug我想不是cocos2d-x引擎的問題，有牛人說是因為Texture在重復畫導致的(只畫一次沒問題，所以截屏功能應該不受影響)，也許是每臺Android手機的OpenGL不一樣吧，所以問題一直沒得到解決，只能等cocos2d-x或者有其他牛人以后可以把它Fixed掉。

因為花屏問題，現階段不推薦使用(如果有牛人解決了花屏問題，請教教我，謝謝)

[ 花屏參考圖 ]

例子

CCRenderTexture大概是大家比較熟悉的，tests里也有相關例子，要知道用法直接看tests的源代碼就可以了，效果如圖：

用OpenGL-ES實現畫圖

自己的理解

OpenGL-ES是OpenGL的精簡版，由于太精簡，很多OpenGL常用的函數都被“簡”掉了，導致有很多網上一搜一大把的畫圖算法用不上。所以用OpenGL-ES畫圖，這個感覺難度非常高。

在cocos2d-x中，OpenGL-ES一般在draw()這個函數里面調用其相關函數。當然cocos2d-x也封裝了幾個常用的畫圖函數：ccDrawLine，ccDrawCircle等，當然cocos2d-x也提供了例子，在tests里可以輕松找到。

優點

暫時沒想到，因為我本身對OpenGL-ES不熟…

缺點

實現難度大可以攔截一大批人了，感覺。因為不能像CCRenderTexture那樣在touch事件中進行繪圖，所以一般會把要畫的CCPoint在touch事件的記錄下來，然后在draw()這個函數里遍歷之，以實現繪圖效果。

移動過的點一般都要保存下來，注意的是要全部保存，如果只保存當前點的話，draw()就只會畫一個點，畫出來的效果就像一個“光點”跟隨的鼠標移動，而不是繪圖。一般畫一幅畫，鼠標都會拖動出N個點，如果只是簡單的vector保存的話，vector會超大，draw中遍歷它也很耗時，導致沒一會幀數就掉光了。具體怎么保存看數據結構吧，同事以線段作為數據結構來記錄點，這樣消耗不大，幀數也能保持穩定。

另外一個缺點就是如果算法實現不好，畫出來的效果很坑爹，同事的線段法雖然能很流暢的畫線，但是鋸齒問題很嚴重，開了OpenGL的抗鋸齒也沒效果。如果對OpenGL-ES很熟而且算法也很牛的話，也許draw()是最快最好的一種畫圖法了。

最后還一個超坑爹的缺點：draw()在Google那臺三星手機上，始終畫在最頂層顯示，然后線條就會把游戲UI遮蓋住了，無論怎么設置z-Order都沒用，估計是Google的三星手機的OpenGL-ES做過什么特殊處理吧，導致“坑爹啊…”

[ 萬惡的鋸齒…]

例子

Cocos2d-x提供的相關例子(DrawPrimitivesTest)，常見的畫直線、畫圓、畫Bezier線等，都有函數提供，具體還是自己打開tests看看源代碼吧，這里就不詳述了。

[ DrawPrimitivesTest ]

CCSpriteBatchNode

自己的理解

用CCSpriteBatchNode生成的CCSprite共用一個紋理，這樣的好處是生成很多相同的CCSprite很高效，幀數可以很高很穩定。由于這個特點，用來實現粒子效果是一個很好的選擇，不過我還沒有看過cocos2d-x粒子系統的實現，這里不做推測，以免誤導大家。關于CCSpriteBatchNode的用法當然還是tests里面有，有興趣的朋友可以自己看看。

優點

由于draw()實現難度太高，而CCRenderTexture又有花屏的問題，所以嘗試用CCSpriteBatchNode來實現畫圖，繪圖效果很不錯，因為是使用CCSprite做自定義筆刷嘛。幀數保持58-60，很穩定(如果只是單純的創建CCSprite*，然后addChild到Layer里，掉幀會很嚴重的)

缺點

雖然CCSpriteBatchNode效果很不錯，不過也有一個致命的缺點，就是CCSpriteBatchNode*對象不能addChild太多的CCSprite*對象，同事做了一下實驗，大概addChild到16000+個CCSprite后，CCSpriteBatchNode就不能addChild了，也就是說，畫圖畫到16000+個點后，畫筆就“沒墨水”，導致鼠標再怎么拖都沒效果。

查看了一下源代碼，大概是CCSpriteBatchNode在addChild時會重新分配內存，當需要分配的內存很大時，回導致內存分配失敗，從而CCSpriteBatchNode會將這次addChild無效掉。

解決思路有一個，就是來個計數，當CCSpriteBatchNode它addChild到10000個后，用CCRenderTexture截個圖保存當前的畫圖記錄，然后清空CCSpriteBatchNode和把計數置零，再來畫圖。這個操作會有延遲，所以沒有實現。

CCRibbon

自己的理解

CCRibbon應該說是一個線段集吧，與上述方法不同的是，它只能是單一顏色。就是說，你將它setColor為紅，那么你畫過的線條就全部為紅，為藍的話，則線條全部為藍。

生成一個CCRibbon*對象需要指定：筆刷的寬度，筆刷的圖片，線段的長度，筆刷的顏色等參數(Fade最后這個參數暫時還沒搞懂意思…)。

CCRibbon提供addPointAt(CCPoint location, float width)，將點以多寬加入到CCRibbon中，這里cocos2d-x對這個點的大小進行計算，從而使線條達到“頭尾窄，身體寬”的效果。這個可以說是優點也可以說是缺點吧，“頭尾窄，身體寬”看起來比較像筆刷，不過想做出均勻的畫筆就不行了。

優點

幀數穩定，筆刷效果不錯。因為CCRibbon也是用draw()進行畫圖，所以不用擔心CCRenderTexture那樣的花屏問題，CCRibbon目前感覺是比較理想的畫圖方法了。

缺點

如果在(100,100)點上一個點，然后跑去(400,400)再點一個點，CCRibbon會自動將兩個點連起來，如果用戶想做出平常畫圖那種“刷刷刷“的排線法，CCRibbon就不行了。解決方法就是每次TouchBegan都生成一個CCRibbon，這樣就不會出現這個問題了，不過生成太多的CCRibbon不知道會不會出現其他問題，比如CCSpriteBatchNode那個…

由于CCRibbon是單一顏色的，所以想畫彩色圖是不行的。解決方法當然還是像上面那樣，生個多個CCRibbon*對象，每個CCRibbon*對象的顏色不同就行了。

最后感覺不太人性化的就是畫筆只能“頭尾窄，身體寬“，如果想畫出”頭身尾均勻“的線條，用CCRibbon也許做不了。

例子

Cocos2d-x沒有直接給出CCRibbon的例子，所以這個不能夠在tests上看到使用方法，不過自己稍稍嘗試一下就行了，用法挺簡單。