键盘输入在Cocos2Dx分为两个部分。第一部分是一些功能键的处理：后退键和菜单键。第二部分是处理字符输入。功能键相关的代码位于cocos2dx\keypad_dispatcher。字符输入的代码位于\cocos2dx\text_input_node。
我们先看功能键的处理部分。功能键的处理比较简单，只是支持后退键和菜单键。而且功能键的支持只是对WP和Android有效。功能键部分的类关系如下图所示。结构类似于触控处理。只是少了一个Delegate接口。
CCKeypadDelegate定义了两个功能键的处理接口。如果我们对处理功能键感兴趣，我们只需要继承CCKeypadDelegate，然后实现这两个接口即可。CCLayer已经继承了CCKeypadDelegate。我们在定义自己的层的时候，可以重载它即可。
我们还是从WIN32的窗口过程开始，来看功能键处理接口怎么被调用到。CCEGLView::WindowProc：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
case
WM_KEYDOWN:
if
(wParam==VK_F1||wParam==VK_F2)
{
CCDirector*pDirector=CCDirector::sharedDirector();
(GetKeyState(VK_LSHIFT)<0||GetKeyState(VK_RSHIFT)<0||GetKeyState(VK_SHIFT)<0)
pDirector->getKeypadDispatcher()->dispatchKeypadMSG(wParam==VK_F1?kTypeBackClicked:kTypeMenuClicked);
}
else
(wParam==VK_ESCAPE)
{
CCDirector::sharedDirector()->getKeypadDispatcher()->dispatchKeypadMSG(kTypeBackClicked);
}
break
;
|
CCDirector内部有一个CCKeypadDispatcher类型的成员。它就是Cocos2Dx里面负责功能键处理的唯一对象。CCDirector有接口setKeypadDispatcher来替换它默认的功能键处理对象。但现在还没有被使用到。系统将收到的功能键消息（退出键、菜单键）交给CCKeypadDispatcher的dispatchKeypadMSG处理。
bool
CCKeypadDispatcher::dispatchKeypadMSG(ccKeypadMSGTypenMsgType)
{
CCKeypadHandler*pHandler=NULL;
CCKeypadDelegate*pDelegate=NULL;
m_bLocked=
true
;
(m_pDelegates->count()>0)
{
CCObject*pObj=NULL;
CCARRAY_FOREACH(m_pDelegates,pObj)
{
CC_BREAK_IF(!pObj);
pHandler=(CCKeypadHandler*)pObj;
pDelegate=pHandler->getDelegate();
switch
(nMsgType)
{
kTypeBackClicked:
pDelegate->keyBackClicked();
;
kTypeMenuClicked:
pDelegate->keyMenuClicked();
;
default
:
;
}
}
}
false
;
return
;
}
CCKeypadDispatcher::dispatchKeypadMSG内部遍历所有的Handler，然后取出Handler包裹的Delegate，再根据功能键的类型，分别调用Delegate的keyBackClicked或keyMenuClicked。m_bLocked标记是为了分发功能键消息的过程中，又有Handler被添加进来，或者删除掉。CCKeypadDispatcher::removeDelegate和CCKeypadDispatcher::addDelegate在删除和添加时，会检查m_bLocked标记。如果现在正在分发消息，添加和删除的Delegate都先暂存起来，分别放到m_pHandlersToRemove和m_pHandlersToAdd当中。当CCKeypadDispatcher::dispatchKeypadMSG完成消息分发以后，才真正从m_pDelegates中进行删除或添加。相应的代码由于篇幅的关系，没有贴在这。
m_pDelegates中的Delegate是CCKeypadDispatcher::forceAddDelegate添加进来的。但它并不直接暴露给外部。暴露给外部的添加功能键处理Handler的接口是CCKeypadDispatcher::addDelegate。CCLayer在自己的成员函数CCLayer::setKeypadEnabled中，将自己注册到CCKeypadDispatcher：
void
CCLayer::setKeypadEnabled(
enabled)
(enabled!=m_bKeypadEnabled)
{
m_bKeypadEnabled=enabled;
(m_bRunning)
CCDirector*pDirector=CCDirector::sharedDirector();
(enabled)
pDirector->getKeypadDispatcher()->addDelegate(
this
);
}
else
{
pDirector->getKeypadDispatcher()->removeDelegate(
);
}
}
}
跟触控处理一样，CCLayer默认也不是不开启功能键功能的。
现在我们总结一下怎么在游戏中使用功能键。
方式一：使用自己的Layer。然后重写keyBackClicked和keyMenuClicked函数，并且setKeypadEnabled(true)。
方式二：自己定义了一个处理类，让它继承自CCKeypadDelegate，并实现keyBackClicked和keyMenuClicked函数。然后调用CCDirector::sharedDirector()->getKeypadDispatcher()->addDelegate(pYourOwnHandler)。
Android上面，使用的本地方法是Java_org_cocos2dx_lib_Cocos2dxRenderer_nativeKeyDown。有兴趣可以自己研究。
对于字符串的输入是一个比较复杂的话题。Cocos2Dx提供的功能不包括输入法，虽然名字叫做IME。Cocos2Dx提供的处理字符输入的功能包括：从系统接收输入的字符串，然后进行分发；一些常见的输入控件：CCTextFieldTTF和CCEditBox。Cocos2Dx的GUI部分还是比较弱，很多输入控件的支持都需要自己去做。我们先看下用户输入的流程：
第一步：使得输入控件得到焦点。在手机上一般就会弹出虚拟键盘。
第三部：用户输入完毕。可以以回车结束，也可能是通过控件失去焦点。
第一步和第三步是用户操作的主动过程。分别对应到CCIMEDelegate::attachWithIME和CCIMEDelegate::detachWithIME。第二步，每输入一个字或者词，操作系统就会将输入的字符通过系统消息的方式告知应用。对应的接口是CCIMEDelegate::insertText和CCIMEDelegate::deleteBackward。
我们先看attachWithIME和detachWithIME。attachWithIME和detachWithIME在CCIMEDelegate中有默认实现。就是调用CCIMEDispatcher::attachDelegateWithIME和CCIMEDispatcher::detachDelegateWithIME。主要功能是在何时的时机调用CCIMEDelegate的四个函数：canAttachWithIME、didAttachWithIME、canDetachWithIME和didDetachWithIME。带有can前缀的用来测试现在是否可以attach或者detach IME。did前缀的函数用来通知Delegate现在已经做了attach或detach IME。这些回调函数给Delegate一些处理其它的事务的机会。
但什么怎么触发attachWithIME或者detachWithIME呢？答案是我们自己控制。举一个常见例子：用户点击一个控件。控件在Cocos2Dx可以做成一个CCLayer。因为CCLayer带有处理触控事件的能力。我们重载CCLayer::ccTouchEnd的函数，让它收到控件所在区域的触控消息后，就让操作系统弹出键盘允许进行输入，如果触控区域不在控件所在区域，隐藏键盘。
CCTextFieldTTF*pTextField=(CCTextFieldTTF*)m_pTrackNode;
(bClicked)
{
pTextField->attachWithIME();
else
pTextField->detachWithIME();
}
这里用到了CCTextFieldTTF。他是Cocos2Dx提供的一个完整输入控件。虽然还有CCEditBox，但它是以扩展插件的身份存在的，并且实现方式也不一样。CCTextFieldTTF本身我们后面还会提到。
CCTextFieldTTF::attachWithIME和CCTextFieldTTF::detachWithIME内部会先调用CCIMEDelegate::attachWithIME和CCIMEDelegate::detachWithIME。因为CCIMEDelegate::attachWithIME和CCIMEDelegate::detachWithIME会告知控件当前是否允许做IME的attach和detach操作。如果CCIMEDelegate的两个函数返回fasle，那么当前控件的IME attach和detach都会被拒绝。
bRet=CCIMEDelegate::attachWithIME();
(bRet)
CCEGLView*pGlView=CCDirector::sharedDirector()->getOpenGLView();
(pGlView)
{
pGlView->setIMEKeyboardState(
);
}
return
bRet;
}
CCTextFieldTTF::detachWithIME()
bRet=CCIMEDelegate::detachWithIME();
(bRet)
{
CCEGLView*pGlView=CCDirector::sharedDirector()->getOpenGLView();
(pGlView)
{
);
}
bRet;
CCTextFieldTTF::attachWithIME和CCTextFieldTTF::detachWithIME进一步让操作系统准备输入法。但这步依赖于Cocos2Dx所处的平台，不同的平台有不同的实现，Win32上面上面都不需要做，但Android上面就需要自己去通过InputMethodManager获取输入法服务。平台的差异都隐藏在CCEGLView::setIMEKeyboardState后面。有兴趣可以自己进一步深入跟进。
现在再来看CCIMEDelegate::insertText和CCIMEDelegate::deleteBackward。insertText代表我们现在正在进行输入；deleteBackward代表我们现在需要删除一个已经输入的字符。CCIMEDelegate自身并没有对这两个函数提供默认的实现。可用的实现是CCTextFieldTTF。可用在CCTextFieldTTF进行自己的扩展。
看到上面的图，可能会问CCIMEDelegate怎么向CCIMEDispatcher进行注册的呢？注释说明了一下：CCIMEDelegate的构造函数会调用CCIMEDispatcher的单例对象的addDelegate函数注册自己。addDelegate是保护成员，为了能够访问它，声明了CCIMEDelegate为CCIMEDispatcher的友元。析构函数会做类似的取消注册操作。CCTextFieldTTF继承CCIMEDelegate，它构造或析构的时候，会分别调用CCIMEDelegate的构造和析构函数，CCTextFieldTTF也就自动向CCIMEDispatcher注册和取消注册。
CCTextFieldTTF的输入字符显示实际上是靠CCLabelTTFT完成的。CCLabelTTFT还有一个CCTextFieldDelegate成员，它将一些控制功能封装在一个Delegate当中。CCTextFieldDelegate所有成员都返回bool值，决定相应的操作是否允许被执行。
现在走一些按键消息的分发流程。CCEGLView::WindowProc在收到键盘消息后，需要进行一下判断：
-
删除键（VK_BACK），调用CCIMEDispatcher::dispatchDeleteBackward，进一步调用CCIMEDelegate::deleteBackward（子类实现）。
-
回车键（VK_RETURN），调用CCIMEDispatcher::dispatchInsertText，进一步调用CCIMEDelegate::insertText（子类实现）。但并没有直接送键码，二是送了'\n'。
-
ASCII字符，同上。
-
其他可输入字符。在发送前需要做转码，宽字串转UTF8。
CCIMEDelegate的子类CCTextFieldTTF收到按键输入后，将其存放在一个字符串中。具体的实现，比较易懂，我们就不再累述。
另外，Android上面，字符输入相关的代码位于cocos2dx\platform\android\java\src\org\cocos2dx\lib\Cocos2dxTextInputWraper.java。
