UI 选择for iphone

转载于 http://disanji.net/2011/01/20/iphone-game-orge-ui/ 这里只转部分

 

关于UI的选择，看过一篇比较有意思并且全面的文章 ，但是里面谈论到的是只做网游时，而对于iPhone这种硬件限制远远多于PC的环境来说（特别是内存紧张），使用Ogre本身就是一种很奢侈的事情了，在UI部分消耗有很多内存，那就几乎没有办法去创建稍微复杂点的场景了，（我尝试过Ogre+Bullet+OgreBullet，在载入一个不复杂的场景，仅包含几十个Box的时候,我的touch 3代就会报内存警告，并且强制程序退出了）所以，在选择UI时，有更多不同的考虑，当然，那些在PC下都有效率问题的UI更加是不用考虑了。
首先说需求，很明显做iPhone游戏，特别是比较简单的iPhone游戏，对UI的需求比做网游要求还是少的，对于我来说，按钮与文字的显示就已经能够包含90%以上的需求了，要是按钮还能够多点定制的灵活性，文字还能够显示中文，然后还有个进度条（用于loading）就完美了，没有其他更多的需求。唯一
知道需求后，就会发现，CEGUI 这个成熟并且有足够灵活性的UI是很多公司开发网游的最爱，但是还是太庞大，太复杂了一些。再加上这里有个人总结过iphone下UI的选择 ，谈到了CEGUI在iPhone下的问题，所以不予考虑。（虽然这个我以前用过，可能上手会快一些）我认为在前面提及文章中作者最后选择的MyGUI可能都复杂了，加上在网上找了找相关的信息，发现iPhone下也会有一些问题 。并且，我发现官方版本的MyGUI 甚至没有MacOS版本。这个问题太严重了，我还是不想再做吃螃蟹的人了，我需要的东西是那么简单。。。。于是，我决定尝试Ogre的内置UI，（可惜文档太少）假如内置UI不能解决问题，再去考虑其他的UI。

Ogre内置的UI

说实话，Ogre其实没有内置的UI。。。。。。事实上，demo中那些控件的实现其实都是直接建立在demo工程中的，也就是说，这些UI根本就不是Ogre SDK的一部分，随时有可能被抛弃或者更改，也没有人保证这些代码的稳定性，（所以类的命名上，有Sdk这样特殊的前缀）但是，如上所述，实在是没有太多更好的选择，好在这些代码还是比较简洁（因为Ogre就没有想做一个庞大的UI系统，仅仅是想在demo中有个UI可以使用），就算直接拷贝使用，然后自己维护，都还是可以接受的方案。这些代码都在demo的SDKTrays.h文件中，都在OgreBites命名空间下。
另外，因为这些代码都不是Ogre本身SDK的一部分，(只是demo的一部分）所以，甚至连API文档 都没有，（只有overlay这一层的文档）更别说详细的说明文档了，没有文档，那么源代码就是最好的文档。。。。。。。。