客户端窗口UI管理

转自: http://blog.csdn.net/ad88282284/article/details/51025350


介绍:

随着项目系统玩法的逐渐丰富,原来的窗口管理方式越来越难以应付各种窗口弹出,因此有必要拓展更多的窗口类型来适应不同的玩法。

实现之前,参考了一下windows的窗口体系

  • Overlapped Windows 层叠窗口
  • Pop-up Windows 弹出窗口
  • Child Windows 子窗口
  • Layered Windows 分层窗口
  • Message-Only Windows

这里,只取出一些更加适用于游戏的窗口模式来讨论。我们游戏的UI管理跟Windows的窗口管理有点类似,属于多层叠窗口的UI窗口管理,可以同时支持多组的层叠窗口(多个栈)。很多一级玩法界面上面会堆叠无数个二级三级弹窗,层叠窗口的好处是,可以方便地清除相关玩法的窗口,而不影响其他玩法的层叠窗口。对于独立的玩法窗口,这种方式工作良好。但不出多久,策划提出了更多需求:

  1. 主场景界面的各种组件式的UI要提供统一的方式管理,如左上角主角,右上角地图,任务提示,右下角主菜单,迷你聊天框,方向轮盘等,需要一个统一创建,销毁和显示隐藏的接口
  2. 切换场景,销毁所有玩法窗口,切换战斗,暂时隐藏窗口等
  3. 独占并隐藏其他的全屏界面,可支持多个这种界面同时存在等

刚开始,我们这些需求交给各个玩法自己实现,界面一多起来,特别是独占全屏界面的存在,BUG丛生且难以控制,这时候我知道需要扩充更多的分类和管理行为了。

 

实现:

1. 界面的层级关系。

我们所有的cocos ui都是挂在一个统一的layer,gui_layer上面的,因此,层级的控制实际上就是通过gui_layer.addChild(xx, zorder)这个函数的zorder来控制。这是目前的UI层级。

01 # UI层级
02 UI_LAYER_TOP = 9999         # 最高层基准,预留
03 UI_LAYER_LOADING = 9998     # 加载界面基准
04  
05 UI_LAYER_TIPS = 8000        # 飘字提示基准
06 UI_LAYER_WORNING = 7000     # 警告框基准
07 UI_LAYER_DRAMA = 100        # 剧情层基准
08 UI_LAYER_POPUP = 50         # 二级界面基准
09 UI_LAYER_NORMAL = 10        # 一级界面基准
10 UI_LAYER_BG = -10           # 组件UI基准
11 UI_LAYER_BASE = -100        # 最底层基准,预留

 

2. 组件UI界面的管理

我们目前的组件UI会注册到一个组件UI管理器中,用来统一各个组件UI的显示和隐藏行为。之前有单独一篇文章提到,可参考【python弱引用来管理游戏中组件式的UI

 

3. 切换场景的UI管理

现在有的需求要切换场景保留或者销毁UI,或者切换战斗回来再显示UI,由于我们的项目都继承一个UIBase,可以在基类添加相应的状态变量,在切换逻辑接口统一处理即可。如需要从竞技场切入战斗,战斗完成时切回竞技场界面,可以设置一个进入战斗时是否隐藏的状态,在切换逻辑接口添加统一处理。

 

4. 独占型界面管理

独占型界面出现时需要隐藏其他所有界面,销毁时显示回来,多个独占界面出现时候,根据独占权值来调度,销毁时同样需要调度显示。这里使用了一个优先队列来管理,权值相同则按照先入后出的规则显示。举个例子:权值为5的独占界面A压入队列,经过调度器优先显示并屏蔽其他界面,此时,权值为4的独占界面B压入队列,则调度暂时隐藏,当A销毁时,B调度显示;如果A和B的权值相同,则后压队列的界面覆盖前面的界面显示,这都是通过优先级队列来调度的。

由于我们原来已经实现了一个通用的UI界面管理,因此在UI调度器就不必管理界面的生命周期了,里面对UI的引用都采用弱引用。

在实现的时候,需要特别注意这4中情况:

 

普通界面压栈

①已经有独占界面,调度器接管,即不显示当前的普通界面

②没有独占界面,调度器不接管,即按照原来的显示逻辑显示

独占界面压栈

①统一由调度器接管,隐藏当前所有的普通界面

普通界面出栈

①已经有独占界面,调度器接管,即普通界面的父级不作显示(如果有的话)

②没有独占界面,调度器不接管。

独占界面出栈

①最后一个独占界面出栈,调度器接管,展示当前所有的普通界面

②还有独占界面,接管调度

 

以上功能都是随着项目需求逐步完善的,再有更多需求可能再进行重构,在这里先整理下思路。


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值