又好久沒(méi)有更新blog了，這段時(shí)間仍然是造那個(gè)車輪，是一個(gè)用opengl es1.0 + 一些平臺(tái)相關(guān)的工具函數(shù)，實(shí)現(xiàn)的2d游戲gui引擎，還造得破破爛爛不堪入目的那種。結(jié)果卻拿去做移植一個(gè)以gui表現(xiàn)為主的游戲。。。。。一開(kāi)始還好，只是各種消息焦點(diǎn)、對(duì)象Capture引發(fā)的問(wèn)題，直到后來(lái)的多點(diǎn)觸摸。。。。。
剛開(kāi)始雖然沒(méi)有多點(diǎn)觸摸的需求，但也是留有一個(gè)多點(diǎn)觸摸的接口的，就是各種TouchDown、TouchMove、TouchUp里面都有傳遞一個(gè)TouchID，后來(lái)確定了使用多點(diǎn)觸摸，于是原來(lái)的地方就出現(xiàn)了問(wèn)題：
1、第一個(gè)手指點(diǎn)下某個(gè)對(duì)象A（比如按鈕），這時(shí)A就記住了被某個(gè)TouchID點(diǎn)下的狀態(tài)，保持點(diǎn)下?tīng)顟B(tài)，同時(shí)另外一個(gè)手指點(diǎn)擊另一個(gè)對(duì)象B按鈕，B按鈕響應(yīng)點(diǎn)擊彈出一個(gè)界面，這個(gè)界面就把A擋在后面了，這時(shí)第一個(gè)手指才彈起來(lái)，這時(shí)的UI控件樹(shù)第一個(gè)遍歷到的是上面那個(gè)界面，于是A響應(yīng)不到彈起的事件了。。。。
2、正常的UI消息傳遞都是父對(duì)象先把touch消息傳給各個(gè)子對(duì)象，發(fā)現(xiàn)沒(méi)有子對(duì)象響應(yīng)時(shí)，才考慮父對(duì)象自己的響應(yīng)。但如今要模仿iphone的那個(gè)滾動(dòng)列表，滾動(dòng)列表容器里面放了很多子對(duì)象，一開(kāi)始，滾動(dòng)容器處于靜止?fàn)顟B(tài)，按下和彈起時(shí)，確實(shí)子對(duì)象先響應(yīng)，但按下并移動(dòng)到一個(gè)閾值，滾動(dòng)容器進(jìn)入滾動(dòng)狀態(tài)，于是讓子對(duì)象響應(yīng)失去消息，后面的移動(dòng)就都是響應(yīng)滾動(dòng)了，直到彈起并再次點(diǎn)擊，才響應(yīng)停止?jié)L動(dòng)，進(jìn)入正常狀態(tài)。這樣就有一個(gè)問(wèn)題：無(wú)法嵌套多個(gè)滾動(dòng)對(duì)象？，另外，也出現(xiàn)了各種響應(yīng)不正常的bug
3、這個(gè)問(wèn)題從上面擴(kuò)展開(kāi)來(lái)。一個(gè)項(xiàng)目做了一半，又要加入多點(diǎn)觸摸進(jìn)行放大縮小的功能，再加上上面的滾動(dòng)列表功能，為了保持原來(lái)的功能不變，滾動(dòng)列表的代碼不改，于是設(shè)計(jì)了一個(gè)多點(diǎn)觸摸對(duì)象作為父對(duì)象，初始化時(shí)確定最大支持的觸控?cái)?shù)量值，響應(yīng)觸摸時(shí)，響應(yīng)回調(diào)函數(shù)來(lái)處理各種功能，另外回調(diào)函數(shù)還可以決定是否把觸摸消息傳給子對(duì)象。這樣假設(shè)初始化一個(gè)2點(diǎn)觸摸對(duì)象，回調(diào)函數(shù)判斷只有一個(gè)觸摸時(shí)，傳遞給滾動(dòng)列表子對(duì)象，有兩個(gè)觸摸時(shí)，讓滾動(dòng)列表子對(duì)象失去消息，并再不傳遞給它，照理來(lái)說(shuō)應(yīng)該不會(huì)有什么隱患，不過(guò)測(cè)試多次，也是會(huì)出現(xiàn)響應(yīng)不正常的bug。
解決方案：UI控件對(duì)象保存自己被哪個(gè)Touch對(duì)象響應(yīng)到 是有缺陷的，應(yīng)該是實(shí)現(xiàn)一系列Touch對(duì)象，讓Touch對(duì)象保存響應(yīng)的UI對(duì)象。這樣貌似整個(gè)框架要重構(gòu)？
posted on 2010-12-17 23:26
陳昱(CY) 閱讀(3224)
評(píng)論(10) 編輯 收藏 引用 所屬分類:
C++ 、
游戲編程