今天被赋予了一项新的任务，那就是看看cocos2d新版本的CCTableView能不能解决项目TableView的Bug。
项目内的TableView会存在如下bug：
- 当TableView里面的MenuItem滚动出View方框时，用户应该不能在View方框外选中该MenuItem的。但用户却能点击到。
- 当TableView上面还有一层Layer时，当点击Layer的时候，TableView里面的MenuITem也会被选中。
第一个bug的主要原因是因为CCMenu的优先级太高(-128)，另外一点就是即使当CCMenu优先级低了，也很难让二者行为与一般的窗口空间相同，因为他们之间没有正常的窗口父子关系。cocos2d的消息处理是基于优先级，也就是说即使被覆盖的元素，也能第一个处理消息，这与经典窗口的消息处理流程相悖。所以我通过让CCMenu与CCTableView通过建立窗口父子关系来达到解决第一个bug的目的。
- 首先派生出CCMenuNoMessage自CCMenu，并重载registerTouchDispatcher()，并上此函数为空，这样这个菜单实例是不会接受到任何消息的，因为我们的目的是建立父子窗口关系，所以应该完全有父窗口决定消息传递。并添加静态成员函数static CCMenuNoMessage * create(CCMenuItem* item, ...);在此函数的实现中，拷贝CCMenu内对应的代码，但需要改变里面的new()对象，CCMenuNoMessage *pRet = new CCMenuNoMessage();
- 再派生出CCTableViewWindow自CCTableView，重载所有的ccTouch···消息处理函数，在ccTouchBegan中添加窗体点击处理，
//if not hit bounding box if( false == boundingBox().containsPoint( pt ) ) { return false; }
这样未点中TableView的消息是不处理。 - 接着将消息传递给所有CCMenu子窗口。
//hande message to menu items m_bBeganForMenu = true; for( int i = 0; i < m_pCellsUsed->count(); ++i ) { CCTableViewCell* pCell = ( CCTableViewCell* )m_pCellsUsed->objectAtIndex( i ); if( pCell->getChildrenCount() > 0 ) { int iNumChildren = pCell->getChildren()->count(); for( int iChildIndex = 0; iChildIndex < iNumChildren; ++iChildIndex ) { CCLayer* pItem = dynamic_cast< CCLayer* >( pCell->getChildren()->objectAtIndex( iChildIndex ) ); //if not a layer, it won't process touch messages. if( !pItem ) { continue; } //if this menu item is interested in this message, add it to array for other messages if( true == pItem->ccTouchBegan( touch, event ) ) { m_pMenuItemsInterest->addObject( pItem ); } } } } CCScrollView::ccTouchBegan( touch, event);
通过标记变量来判断，此次用户点击是否要滑动（后面消息会用到），并将对点击消息感兴趣的CCMenu保留下来，让其接受ccTouchMove,ccTouchEnded消息。 - 再处理ccTouchMoved消息，
//if this is the first ccTouchMove() message for menu itmes if( m_bBeganForMenu ) { //prevent menu items processing other ccTouchMove() messages m_bBeganForMenu = false; for( int i = 0; i < m_pMenuItemsInterest->count(); ++i ) { CCLayer* pItem = ( CCLayer* )m_pMenuItemsInterest->objectAtIndex( i ); //menu items doesn't process ccTouchMove(), cancel it. assert( NULL != pItem ); pItem->ccTouchCancelled( touch, event ); } m_pMenuItemsInterest->removeAllObjects(); } CCScrollView::ccTouchMoved(touch, event);
如果ccTouchBegan之后紧接着是ccTouchMove消息，那么证明用户要滑动，此时，我们让对消息感兴趣的CCMenu释放掉。注意这里调用ccTouchCancelled消息，而非ccTouchEnded，因为后者会触发点击消息，这是我们不想看到的。 - 再处理ccTouchEnded消息，
//if ccTouchEnded message is the next message after ccTouchBegan() message processed, //it proves that user wants to select this menu item. //then, let some menu item process this message. if( m_bBeganForMenu ) { m_bBeganForMenu = false; for( int i = 0; i < m_pMenuItemsInterest->count(); ++i ) { CCLayer* pItem = ( CCLayer* )m_pMenuItemsInterest->objectAtIndex( i ); assert( NULL != pItem ); pItem->ccTouchEnded( touch, event ); } m_pMenuItemsInterest->removeAllObjects(); } CCScrollView::ccTouchEnded(touch, event);
如果标记为真，证明用户的触摸未曾移动过就松开了，证明用户想点击次CCMenu，那么我们应该让对消息感兴趣的CCMenu完成点击消息。
通过这几步，我们建立起来了一个正常的父子关系，能让CCTableViewWindow与CCMenuNoMessage相处融洽，且解决了第一个bug。但第二个bug也可以称为非bug，或者系统级别的bug，这是由cocos2d的消息框架造成的，我们的CCTableViewWindow实在是势单力薄，无法在一个不融洽的体系内解决这个bug。所以CCTableViewWindow已经完成了它的使命，如果要解决第二个bug，我初步想法是自己建立一套层级消息管理器，让CCLayer能根据ZOrder顺序来处理消息。目前这个工作还没有让我做，我暂时只是个想法。
第二个bug的解决方案已经给出，详情将看 cocos2d-x 建立自己的层级窗口消息机制。
第二个bug的解决方案已经给出，详情将看 cocos2d-x 建立自己的层级窗口消息机制。
