Flash mmorpg游戏引擎及工具开发概述-张明光
Download as PPTX, PDF2 likes1,319 views
本文介绍了一种针对flash-mmorpg游戏引擎的核心架构设计，涵盖多种管理机制，如事件心跳、对象、资源和通信管理。通过避免传统事件机制的复杂性，本文提出了指令管理模式来提高效率和响应速度，并强调了模块化开发的重要性，以支持团队合作和扩展功能。文章最后讨论了对象优化及资源管理策略，以提升游戏性能和内存使用效率。
![破解 playerglobal.swc的SetIntervalTimer部分实现的代码package flash.utils{ import flash.events.*; final class SetIntervalTimer extends Timer {varid:uint; private varrest:Array; private varclosure:Function; private static varintervals:Array = []; function SetIntervalTimer(closure:Function, delay:Number, repeats:Boolean, rest:Array) { super(delay, repeats ? (0) : (1));this.closure = closure;this.rest = rest;addEventListener(TimerEvent.TIMER, this.onTimer); start(); this.id = intervals.length + 1;intervals.push(this); return; }// end function private function onTimer(event:Event) : void {this.closure.apply(null, this.rest); if (repeatCount == 1) { if (intervals[(this.id - 1)] == this) { delete intervals[(this.id - 1)]; } } return; }// end function static function clearInterval(id_to_clear:uint) : void {id_to_clear = id_to_clear - 1; if (intervals[id_to_clear] is ) { intervals[id_to_clear].stop(); delete intervals[id_to_clear]; } return; }// end function }}事件,心跳管理机制心跳管理器: 基于与事件管理器相同统一的管理接口对核心的所有交互对象的循环间隔调用进行集中优化管理.注意:1.timer实例越少越好,相同间隔的轨到统一timer管理.2.相同倍数的间隔timer,改用最小公倍数为间隔.3.逻辑型心跳适用Timer实现,重绘型适宜用EnterFrame4.实现对象实例的所有心跳命令的统一分组,回收或暂停](https://image.slidesharecdn.com/flash-mmorpg-100727032021-phpapp01/85/Flash-mmorpg-10-320.jpg)
Flash mmorpg游戏引擎及工具开发概述-张明光
- 1. Flash-MMORPG游戏引擎及工具开发概述张明光(saiman)2010.7.1QQ:457691057Blog:http://wxsr.blogbus.com/
- 2. 主题:
- 3. WEBGAME 核心(引擎)基础架构1.游戏核心架构设计核心(引擎)是由多个系统组成的共同体,每个系统都负责管理自己专属的职能,系统间协调工作最终完成一项或多项功能(效果).组成:1.事件心跳机制(系统) 解决交互,互动等问题2.对象管理机制(系统) 抽象对象,类架构3.资源管理机制(系统) 各种资源或配置文件管理4.通信管理机制(系统) 解决核心内外通信问题特性:1.有效地提高开发效率2.有利于团队分工开发3.有利于2次开发及扩展
- 4. 职能系统模型----职能管理器1.游戏核心架构设计定义:职能管理器是由一个或多个子管理器(子管理系统组成), 及一个通信代理组成.经由代理管理接受请求或回馈信息.特点使用特定的通信协议,并经由唯一的进出通道(通信代理)与外界进行通信.从属管理器以单例形式存在,并以特定的命名空间进行封装.基于相同的接口或子接口实现自身的通信协议(命令)及对外访问方法
- 6. 指令管理器(职能管理器)----事件,心跳管理中心事件,心跳管理机制定义:由心跳指令及事件指令这两种实现了 IOrder接口的指令来作为通信信息载体,并通过指令管代理进行注册分流.到其从属管理器 (心跳管理器,事件管理器)进行对循环或触发类交互的管理中心特点:1. 通信载体实现了共同的接口(Iorder)2. 以回调机制取代事件机制的大部分功能.组成:1.事件管理器AS3事件机制的特征2.心跳管理器 心跳管理的注意事项public interface IOrder{ function get execHandler():Function; function get callbackHandler():Function; function setUp(execHandler:Function,args:Array, callbackHandler:Function)}
- 7. 一.命令管理模式public interface IOrder{ functionset id(value:int):void; function get id():int function execHandler():Object; function callbackHandler(args:Array):Object; function setUp(execHandler:Function,args:Array, callbackHandler:Function);}指令模式与as3的事件机制的优势与区别:1.事件机制传递一个事件,需要放到事件流当中.要一层接一层的封装事件.然后通过实现了IEventDispatcher接口的对象将一个事件派发出去.这个过程可能创建的实例很多.而且因为要安插到事件流当中进行冒泡遍历.当注册的事件越多消耗越大.2.指令模式则是以预先封装好的方法及回调方式组装成一个指令原型,通信过程不需理会嵌套的层级数,直接对应用对原型的方法进行回调,而且指令原型实例只有相关的2个方法没有其他相关属性.不像事件机制需要整个对象进行引用,再加上生命周期结束后便可方便御载,销毁.事件,心跳管理机制
- 8. 二.事件及心跳管理机制AS3的事件机制(事件流三个阶段)Target.addEventListener(EventType.EVENT_NAME,eventResponse)捕获阶段该阶段包括从舞台到目 ,标节点的父节点范围内的所有点。目标阶段:该阶段仅包括目标节点.冒泡阶段:冒泡阶段包括从目标节点的父节点返回到舞台的行程中遇到的节点事件,心跳管理机制事件管理器: 对核心的所有交互对象的事件侦听进行强制注册,收集管理,并实现统一的注册,销毁等接口对象回收注意:1.保证该对象没有存在引用关系( 实例属性的要保证为null)2.随意注册事件侦听(弱引用).3.对象的任意引用
- 10. 破解 playerglobal.swc的SetIntervalTimer部分实现的代码package flash.utils{ import flash.events.*; final class SetIntervalTimer extends Timer {varid:uint; private varrest:Array; private varclosure:Function; private static varintervals:Array = []; function SetIntervalTimer(closure:Function, delay:Number, repeats:Boolean, rest:Array) { super(delay, repeats ? (0) : (1));this.closure = closure;this.rest = rest;addEventListener(TimerEvent.TIMER, this.onTimer); start(); this.id = intervals.length + 1;intervals.push(this); return; }// end function private function onTimer(event:Event) : void {this.closure.apply(null, this.rest); if (repeatCount == 1) { if (intervals[(this.id - 1)] == this) { delete intervals[(this.id - 1)]; } } return; }// end function static function clearInterval(id_to_clear:uint) : void {id_to_clear = id_to_clear - 1; if (intervals[id_to_clear] is ) { intervals[id_to_clear].stop(); delete intervals[id_to_clear]; } return; }// end function }}事件,心跳管理机制心跳管理器: 基于与事件管理器相同统一的管理接口对核心的所有交互对象的循环间隔调用进行集中优化管理.注意:1.timer实例越少越好,相同间隔的轨到统一timer管理.2.相同倍数的间隔timer,改用最小公倍数为间隔.3.逻辑型心跳适用Timer实现,重绘型适宜用EnterFrame4.实现对象实例的所有心跳命令的统一分组,回收或暂停
- 12. 通信管理与模块通信管理机制作为游戏核心的一个重要系统机制的同时也是沟通不同系统的的桥梁分类:通信管理:.系统通信管理1.全局数据的存储,查询2.配置数据及常量的管理3.统一接口形式访问管理.模块通信管理: 对所有模块都将注册其中并对 其进行管理,模块通过接口方法send将信息发送模块管理器,并由模块管理器发送信件对内通信:(核心内) 系统间通信 系统内部通信对外通信:(核心外或2次开发)1.模块间通信 2.模块内部通信3.与服务端等外部程序间的通信信件指令 -----扩展命令模式的通信载体Message=Head+Body一个Message(信件)应由两部分组成即Head(信件头,标记信件的通信类型,发信人,收信人等基本信息的载体)及Body(信件主体,通信的行为逻辑,及回调等具体方式的Iorder接口的实现)
- 13. MODULE—模块通信管理机制说明:核心(引擎)开发的模块部分主要是为了解决 核心外或2次开发时不同功能组成的协调工作,而提供一种模板式开发方式. 并且封装及提供统一的通信模式模块间通信(ModuleToModule)模块与服务端通信(ModuleToSevice)模块内部的通信(SubModule--订阅式通信)模块化开发模块-Moudle(MVC)public interface IModule{ function get view():IBaseSprite function set view(value:IBaseSprite):void function register(moduleName:String):void function send(message:IMessage):void functionget proxy():IProxy}
- 16. 11.组队 (跟随,同步)
- 17. 12.宠物(跟随,同步)
- 18. 13.坐骑
- 19. 14.法宝
- 20. 15.帮会
- 21. 16.国家
- 22. 17.挂机
- 23. 1.登录
- 24. 2.角色(装备切换)
- 29. 7.商店 (ui组件设计)
- 30. 8 任务(ui组件设计)特点:1.相似度高(一般继承核心的基础模板,不同模块开发者可以相互开发)2.高效(结构清晰,不需要费太多心思去想怎么独立实现,不清楚还可以借鉴其他模块)3.基于核心提供的通信机制(模块开发者可以不需要理会核心的具体实现, 并且可以基于核心提供的通信机制完成所有通信类问题)4.模块通信的message结构决定了能够将一个封装好的动作指令传递到其他模块 其他模块在接受到信息后可以不需要重新组织而直接调用相关指令方法
- 35. 游戏中的对象优化鼠标事件的替代方案--动态4叉树的应用1.解决点击事件中因对象上之上深度的可视对象的存在而阻碍事件的触发.2.实现高效制定范围的对象搜索3.减少深度排序的对象列表数4.用于怪物的简单ai搜索行为5.用户动态绕行阻碍.减少cpu的消耗及内存的使用1.对于非交互类可视对象禁用mouseEnabled及mouseChildren2.addChild(),addChildAt()等方法消耗巨大(排序类操作最好验证判断后使用)3.尽量少用滤镜(消耗较大,创建了两份内存)4.避免大消耗方法使用如:Array.push() <Ayray.unshift ()<Array. splice()Array.pop()<ArrArray.shift()< Array. splice()(数据添加后排序)5.少用Alpha与混合模式6.尽量public替代seter()与geter(), 消耗相当于方法的调用7.尽量使用函数嵌套. 8.实例数越少越好,脚本越多效率越差(虚拟机的反射遍历)
- 42. 原理公式:rectWidth = Width / (4^(n-1))rectHeight = Height / (4^(n-1))逸代过程中:矩形大小变化与建树节点数目的关系:W_1=10000 1W_2=10000 / 4 = 2500 Sn=42W_3=10000 / 4*4 = 10000 / 16 = 625 Sn=203W_5=10000 / 4*4*4 = 10000 / 64 = 156.25 Sn=844W_6=10000 / 4*4*4*4 = 10000 / 256 = 39.0625 sn=3405W_6=10000 / 1024 = 9.765625 sn=13646W_6=10000 / 4096 = 2.44140625 Sn=64607W_7=10000/16384=0.6103515625 sn=21844：每次逸代的节点个数为:(4^)10000像素高宽,逸代6次总节点个数:4+16+256+1024+4096=(4-4096*4)/(1-4)=6460效率影响因素:精度及深度精度:最底层矩形的大小深度:逸代的次数
- 43. 45度深度排序【 Function : getOnlyDepthFunc（target:DisplayObject,source:Array）:Object】target --物品列表中的某一物品。source --物品列表（包含target）这个条件方法的最终结果是要返回当前某一物品在一个物品列表中的 唯一确定深度 【itemDepth】以及除去了 target 的剩余物品列表【residualSource】。（可以不需考虑其他物品的深度变化，因为这里只关心target的深度，而事实上因为每次确定一个物品的深度时都有可能导致剩余物品的深度变化所以也是不需要考虑其他物品深度变化的）好，先不要问这个方法怎么实现，具体实现下边会提到。下边说说我的这个算法的设想假如现在有一个长度为n的物品列表 【sourceN:Array】，因为假设的已知条件方法【getOnlyDepthFunc】可以返回某一物品在物品列表中的确定深度，我们是否可以通过逸代这个【getOnlyDepthFunc】方法 并且 参数target 以每次执行完后得到的剩余物品列表【residualSource】的某一个物品，source 则以每次执行完后得到的剩余物品列表【residualSource】去赋值，并且把每次得到的在该片段物品列表中target的唯一确定深度 【itemDepth】储存并整理还原为原物品列表 【sourceN:Array】所对应的物品深度，那么我们就应该可以得到最总我们想要的深度已经排好序的物品新数组了。上边就是我的设想，这里为了方便大家理解，这里再点一下要注意的一些地方。方法【getOnlyDepthFunc】返回的深度只是参数source列表里的确定深度，但由于每次逸代的剩余物品列表【residualSource】是总物品列表【sourceN】的剩余片段列表，所以他们存在一个耦合性。处理上我是这么做的，在排序我前先声明一个跟【sourceN】一样长度的空数组【rebackSource】；然后从第一次开始，以第一次得到的深度为索引 ，将索引对应的物品赋值给【rebackSource】数组对应的位上。然后逸代下一次。因为第2次开始已经是剩余物品列表。所以得出的深度【itemDepth】只是相对于每次返回的剩余物品列表【residualSource】的对应唯一深度。但正因为是剩余物品列表，所以我们可以通过从开始项到得到的深度索引【itemDepth】项，不为undefiend的项数，来得到在总列表中的位置。也就是【residualSource】列表的具体项。然后把这次的target赋值给该位置。逸代一共执行品列表 【sourceN:Array】长度次。不用考虑效率，因为每次都是剩余列表的长度都在减少，而且不用排序，是一个高效的嵌套循环。
- 44. C-CB-RB-LC-LB-CT-L[B-L] [B-C] [B-R] [C-L][C-C][C-R] [T-L] [T-C] [T-R]公式：item.sideR=(target.[B].y-item.[L].y)item.sideL=(item.[B].y-target.[L].y)item.sideB=(target.[T].x-item.minZ.[L].x)item.sideT=(item.[T].x-target.[L].x)当item.sideR<0时，item于target的右边；当item.sideL<0时，item于target的左边；当item.sideT<0时，item于target的上边；当item.sideB<0时，item于target的下边；当item.sideL<0且item.sideT<0时，item于target的左上边；当item.sideL<0且item.sideB<0时，item于target的左下边；当item.sideR<0且item.sideT<0时，item于target的右上边；当item.sideR<0且item.sideB<0时，item于target的右下边；当上边4值任意为-1时，target于item的对应边界012345678T-CC-RT-R
- 46. 其他简单角色编辑器:Bitmapdata.BytearrayFile图形处理工具(FLJ s-- Flash 文档对象模型 (DOM)场景操作Document 对象Timeline 对象Layer 对象库操作library 对象Item 对象混淆器:加密器:组件封装:
- 47. 小结:三.游戏算法A.排序算法 –冒泡排 序,快速排序,深度排序B.寻路算法--广度最优(启发式寻路)C.搜索算法--深度最优(数据结构,2叉树,4叉树,8叉树)D.碰撞算法—图形碰撞,数据碰撞 二.图形处理A存储B效果C渲染D性能四.UI组件A.基本组件B 功能组件C.AswingD.flexFrameWork一.系统构架 A.通信机制 (模块式通信)C.心跳机制(集约式管理分派事件机制)C.事件机制(指令式通信事件模式)D.资源管理(各自加载统一管理,数据共享)五.功能工具:A.地图编辑器B.Avatar编辑器C.加密/混淆器D.其他六.扩展AlchemyAnt---DailyBuildJsfl七.其他单元测试----FlexUnitQTP
- 48. 谢谢 !