![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构师
文章平均质量分 76
heyuchang666
这个作者很懒,什么都没留下…
展开
-
lua 游戏架构 之 游戏 AI (二)ai_base_move_base
这个脚本的作用是为游戏中的AI实体提供移动逻辑的基类,包括移动能力的管理、验证实体是否可以移动、以及根据实体的状态和环境播放合适的行走动画。通过继承和扩展这个基础类,可以为不同类型的AI实体实现具体的移动行为。原创 2024-07-23 07:48:28 · 234 阅读 · 1 评论 -
lua 游戏架构 之 游戏 AI (一)ai_base
定义了一套接口和属性,可以基于这个基础类派生出具有特定行为的AI组件。例如,可以创建追逐敌人的AI、巡逻的AI或使用特定策略的AI等,都继承自这个基础类原创 2024-07-23 07:29:11 · 116 阅读 · 1 评论 -
lua 游戏架构 之 SceneLoad场景加载之 SceneManager (四)
SceneManager 类提供了一个强大且灵活的场景管理框架,使得游戏开发人员可以更容易地处理复杂的场景切换和资源管理任务原创 2024-07-21 15:33:13 · 1721 阅读 · 4 评论 -
lua 游戏架构 之 SceneLoad场景加载之 SceneBase (三)
场景基类SceneBase ,这个类提供了一个框架,用于处理场景的加载、初始化、激活、释放等生命周期管理,以及进度更新和用户界面显示。开发者需要根据具体的场景需求,重写一些虚函数以实现特定的功能。原创 2024-07-20 22:35:22 · 2293 阅读 · 14 评论 -
lua 游戏架构 之 SceneLoad场景加载(二)
`NormalSceneLoad`类主要用于处理普通场景的加载和释放。原创 2024-07-19 22:25:56 · 1370 阅读 · 3 评论 -
lua 游戏架构 之 SceneLoad场景加载(一)
设计一个为`BaseSceneLoad` class,用于处理场景加载的相关操作 ,主要作用是提供了一个通用的场景加载框架原创 2024-07-19 21:35:46 · 434 阅读 · 1 评论 -
lua 游戏架构 之 LoaderWallet 异步加载
异步加载资源,并允许用户指定加载完成后的回调函数。这对于需要异步加载资源并处理加载结果的应用场景非常有用,比如游戏中的资源预加载、UI资源的动态加载等。原创 2024-07-18 21:15:47 · 1440 阅读 · 6 评论 -
lua 游戏架构 之 TablePool`对象池
管理一个对象池。对象池是一种用于优化内存使用的技术,通过重用对象而不是频繁地创建和销毁对象,从而减少内存分配和垃圾回收的开销。原创 2024-07-18 19:10:46 · 610 阅读 · 4 评论 -
lua 游戏架构 之 资源加载 LoaderManager (一)
通过对象池管理资源加载器,可以减少对象的频繁创建和销毁,提高性能原创 2024-07-17 21:08:54 · 721 阅读 · 3 评论 -
架构之路(6):把框架拉出来
但是,阅读我们的源代码,你就会发现,我们在UI层和BLL层之间加了一个Service层。实际上是由Service层来做的这些加载、修改和存储的工作。我非常同意这么一个观点:绝不能为了分层而分层。那么,Service层存在的意义是什么?原创 2016-01-07 16:25:32 · 798 阅读 · 0 评论 -
架构之路(五):忘记数据库
抽象”、“解耦”、“复用”之类的说法,都还没有触及根本。最根本的原因,还在于我们的大脑,我们的大脑不适应于把这个世界抽象成一张一张的表,而更适应于一个一个的对象。随着系统日趋复杂,这种现象就表现得越明显。原创 2016-01-07 16:11:46 · 610 阅读 · 0 评论 -
架构之路(4):测试驱动
公司的集成测试环境这些,数据库都是从生产环境中copy或截取的,我们需要的数据都是“自己造”,或者“自己找”的。这样做能基本满足开发测试需要,但中间总是很容易“出篓子”——正如我前面所说,一个test case可以跑一周。而且随着数据增加,这个copy也越来越难啊,一次导几百个G终究很累,所以好像是到了一定时候,还是得自行维护测试数据库——但维护主要是数据结构上的,比如增减列之类的,数据本身是无法维护的。原创 2016-01-07 16:03:30 · 471 阅读 · 0 评论 -
架构之路(3) :单元测试
一、无论有无单元测试,开发代码进行修改之后,是不是都要进行测试?没有单元测试,并不代表你的代码就不需要测试了,只不过是你手工的去测试了一遍而已。切记:你的工作并不只是把代码写出来而已!二、进行手工测试,和更改单元测试,两者的耗费比,会根据测试重用的次数而变化。一次手工测试可能需要5分钟跑完,更改单元测试代码可能需要20分钟,但如果这测试会跑100遍,单元测试完胜手工测试。原创 2015-12-28 23:03:28 · 568 阅读 · 0 评论