相信在手机游戏开发这块是J2ME的天下,一是因为它简单容易学,二是因为关于它的资料多。 而J2ME毕竟是运行在
Symbian OS的内核之上的,速度慢也是必然的了,更不能忍受的是它把很多与底层的交互封装了起来,并且不提供接口让你访问。
这对于我这样喜欢刨根问低的人来说,是实在无法忍受的!
其实真正了解了 Symbian OS和相应的Series 60,如果在这个平台上做游戏开发的话,Series 60并不比J2ME高深多少。因为它提供了一个AppArc,同样把一些底层的东西封装了起来,但是至少我们可以有接口可用来访问低层的东西。
下面我就把最近一段时间的学习总结一下:
(一)关于开发工具
原本是没有必要写这个的,不过看到网上五花八门的工具配置、工具安装的文章,实在觉得有必要出来澄清一下。
其实,完全没必要为选择什么IDE来烦恼,无论是Moblie Borland C++、VC、VC.NET、CodeWarrior还是Nokia最近力推的 Carbide .C++,他们都存在着这样那样的问题。没有一个是完美的 开发工具 ,而且series的SDK还为每一种 开发工具 提供了不同的版本,真是感觉有点"光了屁股系裤腰带-----多那么一道子"。IDE只能用来看源代码或者写代码,真正有用的还是SDK下的command命令行,不要怕麻烦,这些往往是最重要的。
命令也就是常用的那么几个:
bldmake bldfiles
abld build wins udeb
epoc
makesis
devices
(二)关于键盘交互
无论做什么样的游戏,都少不了与用户的交互,而对于手机设备来说。与用户交互的无非是键盘,按键事件是系统事件的一种,一旦设备键盘上的键被按下、按住或释放的时候即会产生按键事件。
Symbian的Window服务器通过控件栈把按键事件传递到应用程序。然后通过调用控件的OfferKeyEventL()方法把按键事件通知相应的控件。这和我们在J2ME里通过KeyPressed(int keyCode)把相应的按键事件通知相应的Canvas类一样。
OK,我们现在有了第一个类比的关系:
Symbian的OfferKeyEventL() J2ME的KeyPressed(int keyCode)
当然,Symbian里这个方法还有一些需要特别说明的不同之处。
Symbian里的控件栈是一个结构,负责维护控件。当有按键事件发生的时候,这个按键事件会从控件栈的顶部依次传递到最底端,直至得到了某个控件的处理。默认情况下,控件是不在栈中的,所以应该使用相应的函数CAknAppUi::AddToStackL()把控件添加到控件栈中,使它能够处理按键事件。
这和我们的J2ME里不一样,J2ME里KeyPressed(int keyCode)是和相应的Canvas里关联在一起的。试着想象一下,如果从一个From高级UI切换到Canvas的低级UI,是不是需要用Command命令来控制?
然后就可以通过调用控件的OfferKeyEventL()把按键事件传递给该控件。控件可以自己决定是否处理某个按键事件,如果处理事件,则返回值EKeyWasConsumed,否则返回EKeyWasNotConsumed。按键事件会按次序传递给控件栈中的每个控件,直至其中某个控件返回EKeyWasConsumed或没有剩余控件为止。
OfferKeyEventL()有两个参数:按键事件(const EKeyEvent& aKeyEvent)、按键类型(TEventCode aType)。前者表明按键是哪一个键等信息,后者则是一个emnu类型,说明按键事件的种类。
和我们在J2ME里不同的是,J2ME里用三个方法来分别表示Pressed、Released、Repeated。而Symbian里用一个emnu类型的参数来说明按键事件的种类,分别是:EEventKeyDwon、EEventKey、EEventKeyUp。
用以下代码来做为事例恐怕更能说明问题:
TKeyReponse CMyControl::OfferKeyEventL(const TKeyEvent& aKeyEvent,TEventCode aType){
if(aType == EEventKeyUp){
switch(aKeyEvent.iCode){
case EKeyUpArrow:
//producing
return EKeyWasConsumed;
case EKeyDownArrow:
//producing
return EKeyWasConsumed;
default:
return EKeyWasNotConsumed;
}
}
return EKeyWasNotConsumed;
}
这对于我这样喜欢刨根问低的人来说,是实在无法忍受的!
其实真正了解了 Symbian OS和相应的Series 60,如果在这个平台上做游戏开发的话,Series 60并不比J2ME高深多少。因为它提供了一个AppArc,同样把一些底层的东西封装了起来,但是至少我们可以有接口可用来访问低层的东西。
下面我就把最近一段时间的学习总结一下:
(一)关于开发工具
原本是没有必要写这个的,不过看到网上五花八门的工具配置、工具安装的文章,实在觉得有必要出来澄清一下。
其实,完全没必要为选择什么IDE来烦恼,无论是Moblie Borland C++、VC、VC.NET、CodeWarrior还是Nokia最近力推的 Carbide .C++,他们都存在着这样那样的问题。没有一个是完美的 开发工具 ,而且series的SDK还为每一种 开发工具 提供了不同的版本,真是感觉有点"光了屁股系裤腰带-----多那么一道子"。IDE只能用来看源代码或者写代码,真正有用的还是SDK下的command命令行,不要怕麻烦,这些往往是最重要的。
命令也就是常用的那么几个:
bldmake bldfiles
abld build wins udeb
epoc
makesis
devices
(二)关于键盘交互
无论做什么样的游戏,都少不了与用户的交互,而对于手机设备来说。与用户交互的无非是键盘,按键事件是系统事件的一种,一旦设备键盘上的键被按下、按住或释放的时候即会产生按键事件。
Symbian的Window服务器通过控件栈把按键事件传递到应用程序。然后通过调用控件的OfferKeyEventL()方法把按键事件通知相应的控件。这和我们在J2ME里通过KeyPressed(int keyCode)把相应的按键事件通知相应的Canvas类一样。
OK,我们现在有了第一个类比的关系:
Symbian的OfferKeyEventL() J2ME的KeyPressed(int keyCode)
当然,Symbian里这个方法还有一些需要特别说明的不同之处。
Symbian里的控件栈是一个结构,负责维护控件。当有按键事件发生的时候,这个按键事件会从控件栈的顶部依次传递到最底端,直至得到了某个控件的处理。默认情况下,控件是不在栈中的,所以应该使用相应的函数CAknAppUi::AddToStackL()把控件添加到控件栈中,使它能够处理按键事件。
这和我们的J2ME里不一样,J2ME里KeyPressed(int keyCode)是和相应的Canvas里关联在一起的。试着想象一下,如果从一个From高级UI切换到Canvas的低级UI,是不是需要用Command命令来控制?
然后就可以通过调用控件的OfferKeyEventL()把按键事件传递给该控件。控件可以自己决定是否处理某个按键事件,如果处理事件,则返回值EKeyWasConsumed,否则返回EKeyWasNotConsumed。按键事件会按次序传递给控件栈中的每个控件,直至其中某个控件返回EKeyWasConsumed或没有剩余控件为止。
OfferKeyEventL()有两个参数:按键事件(const EKeyEvent& aKeyEvent)、按键类型(TEventCode aType)。前者表明按键是哪一个键等信息,后者则是一个emnu类型,说明按键事件的种类。
和我们在J2ME里不同的是,J2ME里用三个方法来分别表示Pressed、Released、Repeated。而Symbian里用一个emnu类型的参数来说明按键事件的种类,分别是:EEventKeyDwon、EEventKey、EEventKeyUp。
用以下代码来做为事例恐怕更能说明问题:
TKeyReponse CMyControl::OfferKeyEventL(const TKeyEvent& aKeyEvent,TEventCode aType){
if(aType == EEventKeyUp){
switch(aKeyEvent.iCode){
case EKeyUpArrow:
//producing
return EKeyWasConsumed;
case EKeyDownArrow:
//producing
return EKeyWasConsumed;
default:
return EKeyWasNotConsumed;
}
}
return EKeyWasNotConsumed;
}