当前位置： >
教大家游戏架构脚本该如何来写
时间： 14:40 来源：互联网 作者：网络 浏览：
为大家说明一下我在Unity3D游戏开发中是如何写游戏脚本的，对于Unity3D这套游戏引擎来说入门极快，可是要想做好却非常的难。这篇文章的目的是让哪些已经上手Unity3D游戏引擎的朋友学会如何更好的写游戏脚本，当然本文这紧紧是我这么多年对游戏开发的认知，你也可以有你自己的看法。首先我们看看游戏主要是由哪几部分组成的，如下图所示，任何平台下的任何游戏核心都是由：数据、逻辑、渲染三大部分组成。当你写过》=2个平台下的游戏时你会发现其实游戏开发很“容易”，为什么“容易”呢？因为此时你会发现所有平台下开发游戏的模式，如下图中的“数据”与“逻辑”两部分真的是完全一样的，这两部分是与游戏开发平台无关的。然而真正与游戏平台有关的紧紧是“渲染”这部分，因为各个游戏平台下的渲染接口是不同的。这也就印证了一点，能把J2ME游戏写好的程序员就必然能把IOS或Android游戏同样的写好。读到这里请结合一下你的公司情况，你可能会发现在你的技术总监两三天就能上手Unity3D游戏开发 Cocos2d游戏开发，这并不是他对游戏平台研究的透彻，而是他对游戏数据的掌控能力非常强，所以能很快玩转各个平台下的开发。如下图所示，Unity3D这套游戏引擎在游戏开发中的权重如图中所示。其中包含100%的渲染部分 +50％左右的逻辑部分。（因为Unity3D封装了很多与逻辑相关的API供开发者使用）下面我们回到Unity3D脚本架构的编写上，我们知道Unity3D在是可以创建游戏场景的，在每个游戏场景中又可以创建游戏对象，把每个场景的游戏对象融合在一起就是一款3D游戏。游戏场景之间属于同等级的关系，为了让游戏场景之前交互我们需要有一个凌驾所有场景之上的脚本，我称之为“全局脚本”。如下图所示，所有场景都能与这个唯一的全局脚本进行交互。举个例子，当场景切换时可将临时逻辑数据写入全局脚本中，切换完毕后再去全局脚本中取之前保存的数据，从而实现交互。（当然还有别的办法也能实现这个效果，但是我觉得这样做会更好一些，数据会更安全一些）接着我们就进入场景中，游戏场景是由若干游戏对象组成，下面我好好说一说游戏对象。游戏对象是需要绑定游戏脚本才能完成它的生命周期。那么脚本的使命就会尤其的重要。因为游戏对象比较多那么脚本必然会出现交互的情况，如下图所示，很多初期Unity3D的项目中的脚本会编写成这个样子。错综复杂相互交互，这样编写的脚本有可能你的游戏能做出来，可是你在维护的时候团队开发的时候你会发现你的脚本非常的混乱，别的同事想改都不知道怎么改。（显然这样的作法时完全错误的）我们想想为什么脚本之间要交互，原因很简单。是因为脚本中需要使用/调用另一条脚本或者另一条脚本对应的游戏对象某一项数据/方法，为了解决这个问题而导致最终的脚本非常混乱。为了避免这个问题，我在开发中会这么做，如下图所示，脚本之间切记不要做直接的相互交互，脚本之间只做间接的交互。每一个游戏场景都有一个凌驾所有游戏对象之上的单例脚本，在这条脚本中保存场景中所有脚本的公共数据。包括该场景的整体逻辑更新都是在这条单例脚本中完成。每条脚本都只与这个单例脚本做交互，和别的脚本一概不交互。（间接交互）编写脚本时请注意，脚本只干属于自己最重要的事情，就跟代码中的函数一样，只干最重要的事情。切记和该条脚本无关的事情不要去管，不要在脚本中做过多的相互连带工作，让所有连带工作的话都放在全局单例脚本中来做。& 这里我们举一个例子，主角砍怪或技能攻击怪，怪物受伤只到怪死亡以后屏幕播放一段胜利动画。1.主角对象发动攻击，全局单例脚本接受按键事件后通知主角脚本播放攻击动画。2.敌人对象接受到主角发送攻击消息时开始播放受伤动画，敌人脚本接收到主角的碰撞时询问单例脚本 主角是“普通攻击、还是技能攻击”，接着敌人播放对应的受伤动画，根据攻击类型敌人对象开始减血。3.重复上面的操作，当敌人的血量《=0的时。敌人销毁自身对象，并且敌人脚本告诉单例脚本自己已经死亡。此时，单例脚本在调用“胜利动画”对象播放胜利动画效果。上述逻辑我是完全按照刚刚图片中所说明的方式来写，这样做就可以很好的避免交互交互混乱的情况，其实开发中的所有类似这种交互的情况都能很好的用这个全局单例脚本来解决。希望广大Unity3D开发爱好者可以和我讨论，因为我知道架构设计没有最好只有更好。嚯嚯！！
(责任编辑：脚印)
免责声明：Unity之家部分内容来源于互联网，如有侵权，请联系我们，本站将立即进行处理。
猜你也喜欢看这些 ??????
其他类型的Unity入门 ??????游戏外挂基本原理及实现
作者：佚名
字体：[ ] 来源：互联网 时间：06-19 15:48:44
　　游戏外挂已经深深地影响着众多网络游戏玩家,今天在网上看到了一些关于游戏外挂编写的技术,于是转载上供大家参考
　　1、游戏外挂的原理
　　外挂现在分为好多种，比如模拟键盘的，鼠标的，修改数据包的，还有修改本地内存的，但好像没有修改服务器内存的哦，呵呵。其实修
　　游戏外挂已经深深地影响着众多网络游戏玩家,今天在网上看到了一些关于游戏外挂编写的技术,于是转载上供大家参考　　1、游戏外挂的原理　　外挂现在分为好多种，比如模拟键盘的，鼠标的，修改数据包的，还有修改本地内存的，但好像没有修改服务器内存的哦，呵呵。其实修改服务器也是有办法的，只是技术太高一般人没有办法入手而已。（比如请GM去夜总会、送礼、收黑钱等等办法都可以修改服务器数据，哈哈）　　修改游戏无非是修改一下本地内存的数据，或者截获API函数等等。这里我把所能想到的方法都作一个介绍，希望大家能做出很好的外挂来使游戏厂商更好的完善自己的技术。我见到一篇文章是讲魔力宝贝的理论分析，写得不错，大概是那个样子。下来我就讲解一下技术方面的东西，以作引玉之用。　　2 技术分析部分　　2.1 模拟键盘或鼠标的响应　　我们一般使用：　　UINT SendInput(　　UINT nInputs,　　 // count of input events　　LPINPUT pInputs,　// array of input events　　int cbSize　　　　// size of structure　　);　　API函数。第一个参数是说明第二个参数的矩阵的维数的，第二个参数包含了响应事件，这个自己填充就可以，最后是这个结构的大小，非常简单，这是最简单的方法模拟键盘鼠标了，呵呵。注意，这个函数还有个替代函数：　　VOID keybd_event(　　BYTE bVk,　　　　　　　// 虚拟键码　　BYTE bScan,　　　　　　// 扫描码　　DWORD dwFlags,　　ULONG_PTR dwExtraInfo　// 附加键状态　　);　　与　　VOID mouse_event(　　DWORD dwFlags,　　　　　 // motion and click options　　DWORD dx,　　　　 　　　 // horizontal position or change　　DWORD dy,　　　　　　　　// vertical position or change　　DWORD dwData,　　　　　　// wheel movement　　ULONG_PTR dwExtraInfo　　// application-defined information　　);　　这两个函数非常简单了，我想那些按键精灵就是用的这个吧。上面的是模拟键盘，下面的是模拟鼠标的。这个仅仅是模拟部分，要和游戏联系起来我们还需要找到游戏的窗口才行，或者包含快捷键，就象按键精灵的那个激活键一样，我们可以用GetWindow函数来枚举窗口，也可以用Findwindow函数来查找制定的窗口（注意，还有一个FindWindowEx），FindwindowEx可以找到窗口的子窗口，比如按钮，等什么东西。当游戏切换场景的时候我们可以用FindWindowEx来确定一些当前窗口的特征，从而判断是否还在这个场景，方法很多了，比如可以GetWindowInfo来确定一些东西，比如当查找不到某个按钮的时候就说明游戏场景已经切换了，等等办法。有的游戏没有控件在里面，这是对图像做坐标变换的话，这种方法就要受到限制了。这就需要我们用别的办法来辅助分析了。　　至于快捷键我们要用动态连接库实现了，里面要用到hook技术了，这个也非常简单。大家可能都会了，其实就是一个全局的hook对象然后SetWindowHook就可以了，回调函数都是现成的，而且现在网上的例子多如牛毛。这个实现在外挂中已经很普遍了。如果还有谁不明白，那就去看看MSDN查找SetWindowHook就可以了。　　不要低估了这个动态连接库的作用，它可以切入所有的进程空间，也就是可以加载到所有的游戏里面哦，只要用对,你会发现很有用途的。这个需要你复习一下Win32编程的基础知识了。呵呵，赶快去看书吧。　　2.2 截获消息　　有些游戏的响应机制比较简单，是基于消息的，或者用什么定时器的东西。这个时候你就可以用拦截消息来实现一些有趣的功能了。　　我们拦截消息使用的也是hook技术，里面包括了键盘消息，鼠标消息，系统消息，日志等，别的对我们没有什么大的用处，我们只用拦截消息的回调函数就可以了，这个不会让我写例子吧。其实这个和上面的一样，都是用SetWindowHook来写的，看看就明白了很简单的。　　至于拦截了以后做什么就是你的事情了，比如在每个定时器消息里面处理一些我们的数据判断，或者在定时器里面在模拟一次定时器，那么有些数据就会处理两次，呵呵。后果嘛，不一定是好事情哦，呵呵，不过如果数据计算放在客户端的游戏就可以真的改变数据了，呵呵，试试看吧。用途还有很多，自己想也可以想出来的，呵呵。　　2.3 拦截Socket包　　这个技术难度要比原来的高很多。　　首先我们要替换WinSock.DLL或者WinSock32.DLL，我们写的替换函数要和原来的函数一致才行，就是说它的函数输出什么样的，我们也要输出什么样子的函数，而且参数，参数顺序都要一样才行，然后在我们的函数里面调用真正的WinSock32.DLL里面的函数就可以了。　　首先：我们可以替换动态库到系统路径。　　其次：我们应用程序启动的时候可以加载原有的动态库，用这个函数LoadLibary然后定位函数入口用GetProcAddress函数获得每个真正Socket函数的入口地址。　　当游戏进行的时候它会调用我们的动态库，然后从我们的动态库中处理完毕后才跳转到真正动态库的函数地址，这样我们就可以在里面处理自己的数据了，应该是一切数据。呵呵，兴奋吧，拦截了数据包我们还要分析之后才能进行正确的应答，不要以为这样工作就完成了，还早呢。等分析完毕以后我们还要仿真应答机制来和服务器通信，一个不小心就会被封号。　　分析数据才是工作量的来源呢，游戏每次升级有可能加密方式会有所改变，因此我们写外挂的人都是亡命之徒啊，被人愚弄了还不知道。　　2.4 截获API　　上面的技术如果可以灵活运用的话我们就不用截获API函数了，其实这种技术是一种补充技术。比如我们需要截获Socket以外的函数作为我们的用途，我们就要用这个技术了，其实我们也可以用它直接拦截在Socket中的函数，这样更直接
大家感兴趣的内容
12345678910
最近更新的内容所属分类： &
查看: 3|回复: 1
谁会写游戏脚本，教教我？
发表于 1&分钟前
谁会写游戏脚本，教教我？
点这里&&&&
发表于 34&秒前
UZI排位遇到脚本外挂，视频回放，没看的来看看吧。
指尖每日首次回帖可以赚5金币（）收起回复展开回复
点这里&&&&
不删档测试送好礼！}