建设部网站公民服务,淘宝网站建设百度百科,上海圣品科技 做网站,企业培训视频unity核心也算是看完了吧#xff0c;但觉得的确是少了点东西#xff0c;之后再看mvc框架#xff0c;和网络开发#xff0c;#xff0c;感觉有必要想想主次顺序了#xff0c;毕竟在明年的3月之前尽量让自己更有贴合需求的能力
先了解一些相关概念#xff0c;不用看懂但觉得的确是少了点东西之后再看mvc框架和网络开发感觉有必要想想主次顺序了毕竟在明年的3月之前尽量让自己更有贴合需求的能力
先了解一些相关概念不用看懂注意一些要出现的词大致理解一下留个印象即可
mvc先开荒吧----over Addressables
看上去应该不是很新的东西像是对之前功能的集成升级
Addressables 是 Unity 提供的一个资源管理系统用于简化和优化游戏资源的加载、存储和更新。它是 Unity 对传统 Asset Bundles 的升级提供了更高效、更灵活的方式来管理和加载游戏中的资源特别是在 热更新 和 跨平台开发 中发挥了重要作用。
Addressables 系统的核心功能 资源标识Addressable 资源在 Addressables 中被赋予一个 地址这个地址可以是任何字符串或 GUID用于标识资源。开发者可以通过地址来访问、加载、卸载资源而不需要知道资源的具体位置或路径。这种机制让资源的管理更加灵活因为你可以在游戏运行时动态加载和卸载资源而不必依赖传统的路径和文件夹结构。 按需加载 Addressables 支持 异步加载即在需要时加载资源而不是在启动时一次性加载所有资源。这有助于减少内存占用并提高游戏启动和运行时的性能。通过 异步加载可以避免游戏启动时的大量资源加载从而提升用户体验。 资源分组和打包 Addressables 允许开发者将资源按 分组 来管理每个组可以打包成一个 Asset Bundle资源包。这些资源包可以在运行时通过网络或本地路径进行加载避免了资源文件的重复打包提高了资源的重用性。开发者可以通过简单的设置来控制哪些资源需要下载哪些可以从本地加载或者哪些需要在某些条件下更新。 跨平台支持 Addressables 系统可以在多个平台上使用并且支持平台特定的资源管理。通过 Addressables开发者能够更容易地管理和加载不同平台如 iOS、Android、PC 等上的资源。通过智能资源打包和版本管理可以为不同平台提供优化过的资源包。 资源更新和热更新 Addressables 支持通过 远程加载 资源这意味着资源可以存储在服务器上并且可以在游戏运行时从服务器动态下载和更新。这对于实现 热更新 和 内容更新例如增加新的关卡、角色、皮肤等非常重要。当更新了资源包后玩家可以在不重新安装游戏的情况下动态加载新资源。 内存管理和资源卸载 Addressables 提供了智能的资源卸载机制帮助开发者有效地管理内存。当一个资源不再需要时Addressables 会将其从内存中卸载以避免内存泄漏和高内存消耗的问题。卸载资源时开发者可以手动或自动控制资源的生命周期和内存释放。
Addressables 的优势 易于管理和加载资源 通过地址来标识资源开发者不再需要直接操作文件路径和资源引用代码更加简洁、清晰。资源的加载变得更加灵活可以支持动态加载、卸载和资源更新。 提升性能 支持异步加载和按需加载减少了游戏启动时的资源加载时间提高了内存的使用效率。地址化资源可以根据平台和需求进行优化避免冗余资源的加载。 简化资源更新 通过远程加载和服务器管理Addressables 使得资源更新更加高效和灵活特别适合需要 热更新 和 持续内容更新 的游戏。通过对资源的版本管理开发者可以精确控制每次更新的内容。 支持大型项目和跨平台开发 Addressables 适合用于大型项目特别是资源多且复杂的游戏。它能有效地管理资源的生命周期避免因加载大量资源而导致的性能瓶颈。Addressables 可以在多个平台之间共享资源减少了不同平台资源管理的复杂度。 集成简单 Unity 的 Addressables 系统集成较为简单提供了 API 和 编辑器工具帮助开发者快速设置、管理和打包资源。通过 Unity 编辑器可以轻松标记资源为 Addressable并定义资源的加载行为。
Addressables 的工作流程 设置资源为 Addressable 在 Unity 编辑器中将资源标记为 Addressable。这样Unity 会为该资源分配一个 唯一地址并允许你在代码中通过该地址访问该资源。 创建资源分组 你可以将资源组织成不同的 分组并为每个分组配置不同的加载策略例如本地加载、远程加载、异步加载等。每个分组会被打包为一个 Asset Bundle可以在运行时通过网络或本地路径加载。 打包和构建资源 使用 Unity 编辑器的 Addressables 面板你可以将所有 Addressable 资源打包成 Asset Bundles并根据平台和需求生成资源包。Unity 会自动处理资源依赖关系确保加载的资源和依赖资源的正确性。 加载资源 在游戏运行时你可以通过代码使用 Addressables API 来加载和访问资源。例如可以使用 Addressables.LoadAssetAsyncT 异步加载资源。你可以指定加载方式同步或异步并在加载完成后执行回调。 卸载资源 使用 Addressables.Release 来卸载不再需要的资源释放内存。 远程加载与更新 资源可以从远程服务器下载支持实时更新和 热更新。当更新资源时客户端会根据配置的地址从服务器下载新的资源包并在游戏运行时替换旧的资源。
示例如何在 Unity 中使用 Addressables 设置资源为 Addressable 右键单击资源选择 Addressable并给资源分配一个地址例如 playerModel。 加载资源
using UnityEngine;
using UnityEngine.AddressableAssets;
using UnityEngine.ResourceManagement.AsyncOperations;public class AddressablesExample : MonoBehaviour
{public AssetReference playerModel;void Start(){// 异步加载资源playerModel.LoadAssetAsyncGameObject().Completed OnResourceLoaded;}private void OnResourceLoaded(AsyncOperationHandleGameObject handle){if (handle.Status AsyncOperationStatus.Succeeded){// 实例化加载的资源Instantiate(handle.Result);}}
}总结
Addressables 是 Unity 中的一个强大资源管理系统提供了高效的资源加载、管理和更新机制。它通过引入地址标识资源、支持异步加载和按需加载、大规模资源打包、跨平台支持等功能使得开发者能够更好地管理游戏中的资源尤其适合大型游戏和需要频繁更新的游戏项目。对于热更新、资源管理、性能优化等方面Addressables 提供了极大的便利。
Unity 热更新
Unity 热更新 是指在游戏运行时不需要重新启动游戏就能动态更新游戏中的 代码、资源 或 逻辑从而实现快速修复、功能扩展或优化。它让开发者在不发布新版本的情况下向已经发布的游戏客户端推送更新内容从而提升用户体验并减少版本更新的频率。
热更新的核心目的是通过 修改游戏资源 或 代码直接在用户设备上进行更新而不需要重新下载并安装整个新版本的应用。
热更新的主要内容 代码热更新 通过热更新开发者可以在不重新发布游戏包的情况下更新游戏中的 脚本如 C# 代码修复bug或添加新功能。代码热更新通常需要借助一些外部工具和框架如 IL2CPPUnity的脚本引擎、Mono、或者使用更高级的插件来实现对代码的动态加载。 资源热更新 热更新不仅限于代码还可以包括 游戏资源如图像、音频、模型等通过网络下载更新的资源包并在游戏运行时替换原有资源。Unity 提供了 Asset Bundles资源包 和 Addressable Asset System可寻址资源系统等功能可以帮助开发者打包和更新资源。
热更新的工作原理 热更新框架大多数 Unity 游戏使用第三方热更新框架例如 XLua、ILRuntime 或 HotFix 等它们提供了在运行时加载和替换代码的能力。这些框架一般允许开发者将热更新的代码与游戏主代码分离开来便于后续更新和维护。 资源管理Unity 的 Asset Bundle 和 Addressable Assets 系统支持将游戏资源打包为独立的文件在游戏运行时动态下载和替换资源。这些资源通过网络请求获取并在本地缓存使得资源的更新无需重新安装游戏。 服务器支持通常热更新的资源和代码会被存储在服务器上游戏客户端通过 HTTP 或其他协议从服务器下载更新。客户端在启动时或运行过程中会检查是否有新的资源或代码版本并下载相应内容。 更新方式 增量更新更新的内容是增量的即只下载和替换发生变化的部分减少下载时间和流量。全量更新有时也会推送全量更新用户需要重新下载新的资源包或完整的游戏内容。
热更新的优势 快速修复通过热更新开发者可以快速修复游戏中的 bug而无需等待应用商店审核和发布新版本。尤其在手游和大规模在线游戏中快速修复是非常重要的。 减少发布频率开发者可以减少版本更新的频率不必每次改动都发布一个新的应用包节省了更新过程中的时间和资源。 优化游戏体验可以通过实时更新游戏资源和内容提供 新的功能、关卡或活动让玩家在不重新下载游戏的情况下体验到新的内容。 支持多平台对于多平台开发热更新可以帮助开发者在不同平台之间同步更新不需要为每个平台单独发布更新。
热更新的挑战 安全性问题热更新涉及在运行时加载和执行外部代码这可能导致安全风险。需要特别注意防止恶意代码注入或篡改。 兼容性问题游戏的资源或代码更新可能会与现有版本不兼容尤其是在更新多个系统或组件时需要确保更新的内容在不同版本的客户端中都能正常运行。 存储和性能问题如果热更新资源过多或过大可能会对玩家的设备存储和游戏性能产生负面影响。 复杂的管理热更新的管理和版本控制较为复杂尤其是在多个更新版本同时在线时需要确保版本间的一致性和正确性。
Unity 热更新的常见实现方法 Asset Bundles Server利用 Unity 的 Asset Bundle 技术开发者可以将资源打包成文件并通过服务器向客户端推送更新。在客户端加载时动态更新游戏中的资源。 XLua / ILRuntime 等热更新框架 XLua通过 Lua 脚本热更新让 C# 代码与 Lua 脚本交互允许在不编译的情况下动态加载 Lua 脚本代码从而实现热更新。ILRuntime类似于 XLua它允许开发者通过解析和执行 IL 代码来进行代码热更新支持在运行时加载和执行 C# 代码。 Addressable AssetsUnity 提供的 Addressable Assets 系统能更方便地管理和更新资源支持按需下载和加载资源。可以将资源分包并通过服务器进行热更新。
总结
Unity 热更新是一种非常强大的机制它允许开发者在游戏发布后进行快速的更新避免了繁琐的版本更新过程。通过热更新开发者可以迅速修复 bug更新资源增加新功能而不需要玩家重新安装游戏。虽然热更新在开发中带来很多便利但它也有一定的技术挑战和安全性风险需要合理规划和实现。
MVCModel-View-Controller
讲的很多看上去也没什么用但是就是这么回事能体会到意思说的也没错但说的又太俗套
MVCModel-View-Controller是一个经典的设计模式广泛应用于软件开发中尤其是 Web 开发 和 桌面应用但它同样也可以用于 游戏开发。MVC 主要目的是将应用的不同责任划分为三个部分从而使代码更加 解耦提高维护性和可扩展性。
在游戏开发中MVC模式 的三个部分分别是 Model模型表示游戏的 数据 和 状态。它负责管理游戏的核心逻辑、规则和数据存储比如玩家的分数、游戏的关卡、物体的位置等。Model 不关心如何显示这些数据或如何与用户交互它只是数据的提供者。 View视图负责 显示 游戏的内容包括图形界面、动画、UI元素等。它接收来自 Model 的数据并将这些数据显示给用户。View 并不直接改变数据只负责展示。 Controller控制器负责处理用户的 输入如键盘、鼠标、触摸屏等并决定如何 更新模型 或 通知视图更新。它是用户和模型/视图之间的桥梁接收用户操作后将其转化为具体的 游戏行为并可能修改模型中的数据进而影响视图的显示。
MVC在游戏开发中的应用
在游戏开发中MVC 的主要优势是将游戏的 业务逻辑 和 用户界面 分开从而让你能更容易地管理和修改它们。具体来说
1. Model模型
包含游戏的 状态 和 数据结构。例如游戏中的角色、敌人、得分、关卡等都是模型的一部分。它通常包含计算和算法例如角色的移动、物理引擎的计算等。该层通常由 游戏引擎如Unity或Unreal提供的核心组件支持涉及 状态管理、物理系统、碰撞检测、路径寻路 等功能。
例如
游戏的 分数 是一个模型数据模型负责追踪和计算分数而视图只负责显示它。游戏中的 玩家位置 是一个模型数据模型负责更新玩家的坐标而视图则负责在屏幕上显示玩家的位置。
2. View视图
视图负责 渲染 画面显示游戏的图形内容。在MVC中视图并不关心游戏的 规则它只是用来显示 数据例如从模型中提取的数据。在游戏中视图通常由 渲染引擎 或 UI 系统 实现负责把模型的数据转换成 视觉呈现。
例如
在一个角色扮演游戏RPG中视图负责渲染 角色的外观、动画、血条 等。游戏的 UI元素如分数、生命值也是视图的一部分。
3. Controller控制器
控制器是连接用户输入与游戏逻辑之间的桥梁。它负责 响应用户输入如按键、鼠标点击等并根据这些输入做出相应的 行为变化。控制器会更新模型中的数据并可能通知视图更新显示。在某些情况下控制器也可能会管理不同的 游戏状态如主菜单、游戏进行中、暂停等根据当前的游戏状态来决定不同的行为。
例如
在一个平台游戏中玩家按下方向键时控制器会将输入传递给模型更新玩家的位置然后通知视图重新渲染玩家的新位置。在一个赛车游戏中控制器可以接收玩家的加速或刹车操作然后根据操作调整车的速度模型并更新视图中的赛车位置。
MVC在游戏开发中的优点
解耦MVC将游戏的 数据、显示 和 用户交互 分开管理使得每个部分可以独立工作。这使得游戏的开发、维护和调试变得更容易。可扩展性由于 视图 和 控制器 独立游戏逻辑模型可以在不改变用户界面的情况下进行修改和优化反之亦然。易于测试模型与视图、控制器解耦模型的测试更加独立尤其是当需要进行功能测试和单元测试时模型可以直接在不需要显示界面的情况下进行测试。协作开发多人协作开发时开发人员可以独立于不同的部分工作。一个开发者可以负责模型的逻辑实现另一个负责视图的UI设计而控制器部分则用于处理数据和交互。
示例一个简单的 2D 游戏中的 MVC 框架
假设你正在开发一个简单的 跳跃游戏其中玩家的任务是跳过障碍物避免碰到它们。 Model模型管理游戏的状态比如玩家的位置、得分、是否碰撞等。 例如玩家的位置可以是 (x, y) 坐标游戏会不断更新这些位置并计算碰撞状态。 View视图负责展示游戏中的元素比如背景、玩家角色、障碍物、得分等。 例如视图会在屏幕上显示当前的玩家角色并根据模型中存储的位置动态渲染它。 Controller控制器处理玩家输入如按键并更新模型。 例如玩家按下空格键时控制器会调用模型方法来让玩家角色跳跃并更新视图以显示角色的新状态。
总结
MVC 是一种 结构化设计模式用于将游戏的不同功能模块化。通过分离数据Model、显示View和用户交互Controller它使得游戏的 开发、维护和扩展 更加高效和灵活。在大型游戏项目中采用 MVC 模式有助于简化开发流程提升代码质量和可读性。 finish---
打包之后的游戏图标在这里设置 场景切换的时候不需要布局那么大想清楚当前的场景切换到下一场景后哪些玩家操作产生的数据也要给到下一场景
处理这种一个场景中玩家操作影响总和到下一场景中的关系输出
写代码逻辑的疏通在于信息的打包虽然会略显冗余但对逻辑疏通是很快的
单例不变的数据加上数据清空的方法可以避免多次切场景的数据遗留 C#值类型的引用
C# 中的 int 是值类型。值类型存储在栈中而引用类型如类存储在堆中。因为 int 是值类型当你将它传递给方法或赋值给另一个变量时实际上是将其值复制一份。 使用 ref 和out关键字可以使参数转为引用传递的。这意味着方法可以直接修改传入的变量。如果参数需要预先赋值使用 ref如果参数在方法内赋值使用 out。
基本上是对值类型的使用但用在引用类型上也可以有妙用out 的作用
public void CreateObject(out MyClass obj) {obj new MyClass(); // 必须赋值
}必须换掉这个引用装的整个对象。但ref就基本上对引用类型完全没用了
怪物波数创建逻辑
报错原因在于挂在单个怪物身上的脚本因为对塔可以造成生命值的修改而这个生命值挂载的地方是在UI面板上而不是塔上所以想抠塔的血就必须让UI面板存在 这样直接单独写逻辑之后要的时候再和UI上的数据变化连接是可以更有包容性的 数据一旦从资源区转入游戏内存后就会一直存在场景的切换完全不影响
抑制玩家的规律推断能力游戏功能可以如此实现有出怪点但是不固定让玩家找不到规律是对游戏性的提升但又存在一些规律比如出怪点的权重设置出怪点的方向性模糊
any state
Animator 中Any State 是一个特殊的状态它允许你从任何其他状态包括其他的具体状态直接过渡到一个指定的目标状态
右键点击 Any State选择 “Make Transition”然后将箭头拖动到 Attack 状态。这将创建一个从 Any State 到 Attack 的过渡。
点击连接的箭头进入过渡设置。在条件部分添加条件isAttacking 为 true。当角色处于 Idle、Run 或 Jump 状态时按下空格键会立即触发攻击动画无论当前状态是什么。
public class PlayerController : MonoBehaviour {private Animator animator;void Start() {animator GetComponentAnimator();}void Update() {// 检测攻击输入if (Input.GetKeyDown(KeyCode.Space)) { // 假设空格键为攻击按钮animator.SetBool(isAttacking, true);}// 其他输入控制例如移动、跳跃等// ...}// 在攻击动画结束时可以重置状态public void OnAttackAnimationEnd() {animator.SetBool(isAttacking, false);}
}
角色将从 Any State 转移到 Attack 状态而不会经过其他状态。 如果在状态机中使用了自转移可能会导致状态抖动jittering特别是在 Any State 到第一个状态的转换中。这种抖动通常是因为以下几个原因 频繁触发自转移使得状态机在进入状态后不断重复该状态 条件冲突如果有多个条件在状态机中同时有效可能会导致状态机反复在两个或多个状态之间切换。例如当一个状态的条件未满足时状态机会试图回到 Any State然后又迅速再切换回来。
解决方法 去掉自转移在 Any State 到目标状态之间移除自转移可以防止状态机在同一状态中不断切换从而减少抖动。 明确条件确保从 Any State 进入状态的条件是稳定的不会频繁触发。例如如果有参数控制状态的变化确保这些参数的变化是连贯的不会在很短的时间内反复变化。 使用合适的动画过渡时间设置合理的过渡时间使得动画能够自然过渡而不是瞬间切换。
Any State 转移到某个具体状态的动画时通常不需要设置“transition to self”
自转移意味着当状态保持不变时状态机会不断重复该动画。 作为PlayerObject类再给外界一个可以刷新初始化玩家当前数据的方法
为了射线检测在枪上设置空物体作为开火点提供射线方向 LayerMask位掩码
layerMask 是一个整数每一位代表一个层。例如第一位1代表 Layer 0第二位2代表 Layer 1依此类推。如果你希望选择多个层可以通过按位或|操作组合它们。
假设你想要选择 Layer 8 和 Layer 9你可以这样做
int layerMask (1 8) | (1 9); // 选择 Layer 8 和 Layer 9
Unity 还提供了一些方便的方法来创建 LayerMask。例如你可以直接在 Inspector 中选择层然后使用 LayerMask.GetMask 方法来获取掩码
int layerMask LayerMask.GetMask(LayerName1, LayerName2);荣格
