首页 › 电脑 › cocos creator游戏开发有未来吗？

hjjandan 发表于 2023-10-3 19:50:25

cocos creator游戏开发有未来吗？

今天去面试听面试官说了一大堆，其中提到了说刚入职后续的选择方向很重要，对creator开发的路线有点不太坚定了，总感觉应该转u3d

其它栏目只拥 发表于 2023-10-3 19:51:10

BOSS上还是有一堆招的，不过我是没机会了，各种debuff叠满了。
一说棋牌，微信小游戏，H5游戏，休闲小游戏，那就是CC没跑了。
不知道个人同等条件下，U3D好不好找工作。

acff00 发表于 2023-10-3 19:52:08

​
本篇文章主要向大家介绍 Cocos Creator 之 AssetBundle 使用方案分享，包括配置、构建、加载、释放 AB 包这些实用性很强的内容，同时也有对 AB 包的优先级及资源引用关系的讨论，帮助大家更好地理解 AB 包。

http://pic1.zhimg.com/50/v2-54bd1e7dfb43a62e78ced3540ac99d21_720w.jpg?source=1940ef5c

Cocos Creator 2.4 开始正式支持资源模块化工具 Asset Bundle，开发者可以划分资源，根据游戏需求放置 Asset Bundle 到服务器或者本地，并且在游戏过程中分批次加载 Asset Bundle。

不仅减小了游戏包体，也避免一次性加载过多资源造成游戏卡顿，使游戏体验更加流畅。

Asset Bundle 介绍：

https://docs.cocos.com/creator/manual/zh/asset-manager/bundle.html

配置和加载 Asset Bundle：

https://docs.cocos.com/creator/manual/zh/scripting/asset-bundle.html

本文中 Asset Bundle 简称 AB 包

外部资源 = 不在本 AB 包目录内的资源（包括内置 AB 包和其他 AB 包）
AB 包的定义
AB 包作为资源模块化工具，允许开发者按照项目需求将贴图、脚本、场景等资源划分在多个 AB 包中，然后在游戏运行过程中，按照需求去加载不同的 AB 包，以减少启动时需要加载的资源数量，从而减少首次下载和加载游戏时所需的时间，同时可以减少内存占用。
AB 包可以按需求随意放置，比如可以放在远程服务器、本地、或者小游戏平台的分包，也可以跨项目复用，用于加载子项目中的 AB 包。
配置 AB 包
AB 包是以 文件夹 为单位进行配置的，并且 不支持嵌套， 不允许同名，即使是在不同的文件夹下，也不允许同名。

http://picx.zhimg.com/v2-b6ef7a03f090b545d3bbd128f17d5da4_r.jpg?source=1940ef5c
​


配置方法：

① 将项目中的场景、资源、代码等内容按照需求划分到不同的文件夹


http://pic1.zhimg.com/50/v2-0a207625f66831b365acbc7cb8cdbf08_720w.jpg?source=1940ef5c
​


② 单击该文件夹，属性检查器 中就会出现一个 配置为 Bundle 的选项，勾选后会出现如下图的配置项


http://pic1.zhimg.com/v2-e082992005ad9cd9801c1ca41ea385a3_r.jpg?source=1940ef5c
​


配置项功能说明Bundle 名称AB 包构建后的名称，默认会使用这个文件夹的名字，可根据需要修改Bundle 优先级Creator 开放了 10 个可供配置的优先级，构建时将会按照优先级 从大到小 的顺序对 AB 包依次进行构建目标平台不同平台可使用不同的配置，构建时将根据对应平台的设置来构建 AB 包压缩类型决定 AB 包最后的输出形式，包括 默认、无压缩、合并所有 JSON、小游戏分包、Zip 五种压缩类型配置为远程包是否将 AB 包配置为远程包，不支持 Web 平台

                        若勾选了该项，则 AB 包在构建后会被放到 remote 文件夹，你需要将整个 remote 文件夹放到远程服务器上
配置完成后点击右上方的 应用 按钮，这个文件夹就被配置为 AB 包了，然后在 构建发布 面板选择对应的平台进行构建。

注意：

① Creator 有 4 个 内置 AB 包，包括 resources、internal、main、start-scene，在设置 Bundle 名称 时请不要使用这四个名称
② 小游戏分包只能放在本地，不能配置为远程包，所以当 压缩类型 设置为 小游戏分包 时，配置为远程包 项不可勾选
③ Zip 压缩类型主要是为了降低网络请求数量，如果放在本地，不用网络请求，则没什么必要，所以要求与 配置为远程包 搭配使用


内置 AB 包

构建后，项目中所有的资源都会被分类放到 AB 包中， 其中自定义 AB 包中的资源放到对应的 AB 包中，其他的资源则会被分类放到 4 个内置 AB 包中。


http://pic1.zhimg.com/v2-3711f1d49a4ec5bedd68058a8a120ef8_r.jpg?source=1940ef5c
​


内置 AB 包功能说明优先级internal存放所有内置资源以及其依赖资源11main存放所有在 构建发布 面板的 参与构建场景 中勾选的场景以及其依赖资源7resources存放 resources 目录下的所有资源以及其依赖资源8start-scene如果在 构建发布 面板中勾选了 初始场景分包，则首场景将会被构建到 start-scene 中9
注意：
start-scene 目前仅支持小游戏平台，如果在 构建发布 面板中勾选 初始场景分包，则首场景会被放到内置 AB 包的 start-scene 中，从而实现分离首场景。
构建 AB 包
在构建时，配置为 AB 包的 文件夹中的资源（包含场景、代码和其他资源）以及 文件夹外的相关依赖资源 都会被合并到同一个 AB 包中。
构建完成后，该文件夹会被打包到对应平台发布包目录下的 assets 文件夹中。
但有以下两种特殊情况：
① 配置 AB 包时，若勾选了 配置为远程包，则这个文件夹会被打包到对应平台发布包目录下的 remote 文件夹中

http://picx.zhimg.com/v2-04251d2dee2c945cfd35dc94ae9efac3_r.jpg?source=1940ef5c
​



http://pic1.zhimg.com/v2-855204d1a3dd4ed6dfbf3fee5c8ac3be_r.jpg?source=1940ef5c
​


② 配置 AB 包时，若设置了 压缩类型 为 小游戏分包，则这个文件夹会被打包到对应平台发布包目录下的 subpackages 文件夹中


http://picx.zhimg.com/v2-ffea541d68433baf415388f840949b55_r.jpg?source=1940ef5c
​



http://picx.zhimg.com/v2-3dfadf62d2ffdd6a69ab7972cefd808c_r.jpg?source=1940ef5c
​


assets、remote、subpackages 这三个文件夹中包含的每个文件夹都是一个 AB 包。

assets：


http://picx.zhimg.com/v2-1afc0cb166d5c7b3523e366ea71a36e2_r.jpg?source=1940ef5c
​


remote：


http://pic1.zhimg.com/v2-eec01e25d7b731d4bcd5ac7a9b920f5f_r.jpg?source=1940ef5c
​


AB 包的构造

在构建时，配置为 AB 包的文件夹中的所有 代码 和 资源，会进行以下处理：


[*]代码：文件夹中的所有代码会根据发布平台合并成一个 index.js 或 game.js 的入口脚本文件，并从主包中剔除
[*]资源：文件夹中的所有资源以及文件夹外的相关依赖资源都会放到 import 或 native 目录下
[*]资源配置：所有资源的配置信息包括路径、类型、版本信息都会被合并成一个 config.json 文件
构建后生成的 AB 包目录结构如下图所示：


http://pic1.zhimg.com/v2-3f7a13fcc2b4d7a2679f671b19a70b42_r.jpg?source=1940ef5c
​


[*]import： 资源描述 json 的存放目录
[*]native ：资源文件的存放目录
[*]config.json：所有资源的配置信息，包括路径、类型、版本信息
[*]index.js：文件夹中的所有代码


AB 包的优先级和资源引用关系

当文件夹设置为 AB 包后，构建后 Creator 会将 文件夹中的资源 以及 文件夹外的相关依赖资源 都合并到同一个 AB 包中。

假设 AB 包 A（也可以是内置的 AB 包）中的 asset X 同时被 AB 包 B、C、D 引用， 按照刚才所说，构建后，AB 包 A、B、C、D 中会分别存放一份 asset X，这明显违背减小包体的原则，那么构建后 asset X 究竟该放到哪个 AB 包中呢？


http://picx.zhimg.com/v2-f053dfb4e332c57d7fd8be7ea5aa54c3_r.jpg?source=1940ef5c
​


此时就需要通过调整 AB 包的优先级来决定资源的存放位置：


http://pic1.zhimg.com/v2-dc3422eb277285883d0a5d38250d97c5_r.jpg?source=1940ef5c
​


Creator 开放了 10 个可供配置的优先级，编辑器在构建时将会按照优先级 从大到小 的顺序对 AB 包依次进行构建（别忘了 Creator 的内置 AB 包）。

了解了 AB 包的优先级后我们再来讨论下 asset X 的存放情况。

① AB 包 优先级相同 的情况下，引用外部资源时，构建后，该资源会在每个 AB 包中复制一份，此时不同的 AB 包之间没有依赖关系，可按任意顺序加载，但由于该资源会被复制 N 份，这样会引起包体的增大

② AB 包 优先级不同 的情况下，引用外部资源时，构建后，该资源会放在 优先级高 的 AB 包（包括内置 AB 包）中，优先级低 的 AB 包只会存储一条记录信息。

此时优先级低的 AB 包会 依赖 优先级高的 AB 包。如果想在优先级低的 AB 包中加载此资源，必须在加载优先级低的 AB 包 之前 先加载（loadBundle）优先级高的 AB 包。


http://pica.zhimg.com/v2-d6b7820c02c49799e94dea0482b44f95_r.jpg?source=1940ef5c
​



因此项目中那些频繁被其他 AB 包使用的资源，应该放置在优先级较高的 AB 包中，比如 内置 AB 包 main，或者为了减少首包的大小，可以放到 自定义 AB 包中，然后修改该 AB 包的 Bundle 优先级为较高的值，在合适的时机调用 cc.assetManager.loadBundle


AB 包的脚本

Creator 支持脚本分包，如果 AB 包中包含脚本文件，则所有脚本会被合并为一个 js 文件，并从主包中剔除，在加载 AB 包时，就会去加载这个 js 文件。

注意：


[*] 有些平台不允许加载远程的脚本文件，例如微信小游戏，在这些平台上，Creator 会将 AB 包中的代码拷贝到 src/scripts 目录下，从而保证正常加载
[*] 不同 AB 包中的脚本建议最好不要互相引用，否则可能会导致在运行时找不到对应脚本，如果需要引用某些类或变量，可以将该类和变量暴露在一个你自己的全局命名空间中，从而实现共享，类似：cc["MyBundle"] = MyBundle;

注意：
虽然脚本文件也是资源的一种，但是脚本文件只会合并到本 AB 包中的 index.js，并不会像其他资源一样复制到其他 AB 包中，无论优先级是多少
node_modules 中的第三方脚本文件只会合并到 内置 AB 包 main 中的 index.js

注意：

在通过 API（loadBundle）加载 AB 包时，就会加载 AB 包中的 index.js，一旦加载后，就会一直存在内存中，移除 AB 包（removeBundle）也不会释放，再次加载 AB 包时也不会重新加载脚本。


加载 AB 包

1加载AB包

引擎提供了一个统一的 API cc.assetManager.loadBundle 来加载 AB 包，加载时需要传入 AB 包在配置面板中的 Bundle 名称 或者 AB 包的 url
但当你复用其他项目的 AB 包时，则只能通过 url 进行加载。

使用方法如下：

cc.assetManager.loadBundle("MyBundle", (err: Error, bundle: cc.AssetManager.Bundle) => {
通过 url 加载 AB 包，其过程和 cc.assetManager.loadRemote 相同，加载成功后，该 AB 包会以 文件夹 的形式保存在本地缓存目录，如 win32 模拟器：


http://picx.zhimg.com/v2-6c2d60476ab874d3c4a14838c195c6eb_r.jpg?source=1940ef5c
​


loadBundle 后，只是将该 AB 包中的 资源清单 和 脚本文件 缓存到本地，只有在 bundle 调用 load 或者 preload 时，才会缓存对应的资源。

cacheList.json 文件中以 { url:object } 的形式记录远程资源信息，以后再次加载该远程资源时则直接使用缓存中的资源文件。


http://picx.zhimg.com/v2-0aed5bc7ea19cf128b834970c9d74fc7_r.jpg?source=1940ef5c
​


cc.assetManager.loadBundle 还支持传入用户空间中的路径来加载用户空间中的 AB 包。

通过对应平台提供的 下载 接口将 AB 包提前下载到用户空间中，然后再使用 loadBundle 进行加载，开发者就可以完全自己管理 AB 包的下载与缓存过程，更加灵活。

// 提前下载某个 Asset Bundle 到用户空间 pathToBundle 目录下。需要保证用户空间下的 Asset Bundle 和对应原始 Asset Bundle 的结构和内容完全一样
注意：

在配置 AB 包时，若勾选了 配置为远程包，那么构建时请在 构建发布 面板中填写 资源服务器地址。

通过 cc.assetManager.bundles 可以看到当前内存中已加载 bundle 的集合以及 bundle 的具体信息。

console.log(cc.assetManager.bundles);


http://pica.zhimg.com/v2-a3d6a780de060bc593a53b20ffdbc4dd_r.jpg?source=1940ef5c
​


2AB 包的版本

AB 包在更新上延续了 Creator 的 MD5 方案。

当你需要更新远程服务器上的 AB 包时，请在 构建发布 面板中勾选 MD5 Cache 选项，此时构建出来的AB包中的 config.json 文件名会附带 Hash 值
如图所示：


在加载 AB 包时 不需要 额外提供对应的 Hash 值，Creator 会在 settings.js 中查询对应的 Hash 值，并自动做出调整。

但如果你想要将相关版本配置信息存储在服务器上，启动时动态获取版本信息以实现热更新，你也可以手动指定一个版本 Hash 值并传入 loadBundle 中，此时将会以传入的 Hash 值为准：

cc.assetManager.loadBundle("MyBundle", { version: "fbc07" }, (err: Error, bundle: cc.AssetManager.Bundle) => {
这样就能绕过缓存中的老版本文件，重新下载最新版本的 AB 包。

3加载 AB 包中的资源

在通过 API（loadBundle ）加载 AB 包时，引擎并 没有加载 AB 包中的所有资源，而是只 加载 AB 包的 资源清单(config.json)，以及包含的 所有脚本(index.js)。

即 AB 包中的脚本会被加载到内存中，但是 AB 包中的资源并不会加载到内存中，如果需要加载其中的资源，还需要 bundle.load("prefab") 。

当 AB 包加载完成后，会返回一个 cc.AssetManager.Bundle 类的实例，这个实例就是 AB 包 API 的主要入口，我们可以通过实例上的 load 方法来加载 AB 包中的资源，此方法的参数与 cc.resources.load 相同，只需要传入资源相对 AB 包的路径即可，但需要注意的是，路径的结尾处 不能 包含文件扩展名。


http://pic1.zhimg.com/v2-4bf53207b626aa576cb95492521879e9_r.jpg?source=1940ef5c
​


// 加载 prefab
AB 包还提供了 loadDir 方法来批量加载相同目录下的多个资源，此方法的参数与 cc.resources.loadDir 相似，只需要传入该目录相对 AB 包的路径即可。

// 加载 textures 目录下的所有资源
注意：

cc.resources 和 cc.AssetManager.Bundle 分别提供了 load 和 loadDir 接口，且加载后的资源都需要我们手动管理。

load 后资源的引用计数为 0，而 loadDir 后资源的引用计数要视情况而定。

① loadDir 不指定资源类型时，会加载文件夹内的所有资源

cc.resources.loadDir("dir", (err, assets) => { });



我们以图片资源为例：

API 将 Texture2D 和 SpriteFrame 一起加载出来，因此 Texture2D 的资源会被 SpriteFrame 引用到，其引用计数成为 1，而 SpriteFrame 未被其他资源引用，其引用计数依然是 0。

② loadDir 指定资源类型时，只加载文件夹内该类型的资源

cc.resources.loadDir("dir", cc.SpriteFrame, (err, spriteFrames) => { });



此时加载的资源之间不存在相互引用关系，所以其引用计数都是 0。

· Texture 和 SpriteFrame 资源类型

在 资源管理器 中，图像资源的左边会显示一个和文件夹类似的三角图标，点击就可以展开看到它的子资源（sub asset），每个图像资源导入后编辑器会自动在它下面创建同名的 SpriteFrame 资源。


SpriteFrame 是核心渲染组件 Sprite 所使用的资源，设置或替换 Sprite 组件中的 spriteFrame 属性，就可以切换显示的图像。

为什么会有 SpriteFrame 这种资源？Texture 是保存在 GPU 缓冲中的一张纹理，是原始的图像资源。

而 SpriteFrame 包含两部分内容：记录了 Texture 及其相关属性的 Texture2D 对象和纹理的矩形区域，对于相同的 Texture 可以进行不同的纹理矩形区域设置，然后根据 Sprite 的填充类型，如 SIMPLE、SLICED、TILED 等进行不同的顶点数据填充，从而满足 Texture 填充图像精灵的多样化需求。

而 SpriteFrame 记录的纹理矩形区域数据又可以在资源的属性检查器中根据需求自由定义，这样的设置让资源的开发更为高效和便利。

除了每个文件会产生一个 SpriteFrame 的图像资源（Texture）之外，我们还有包含多个 SpriteFrame 的图集资源（Atlas）类型。

4预加载资源

为了尽可能缩短下载时间，我们可以使用预加载。

Asset Manager 中的大部分加载接口包括 load、loadDir、loadScene 都有其对应的预加载版本。


http://picx.zhimg.com/v2-3c3c79a33c163565f0581184708180ad_r.jpg?source=1940ef5c
​



http://picx.zhimg.com/v2-141de2484f3d66a782db0687d9e5c90a_r.jpg?source=1940ef5c
​


cc.assetManager.loadBundle("MyBundle", (err: Error, bundle: cc.AssetManager.Bundle) => {
加载接口与预加载接口所用的参数是完全一样的，两者的区别在于：


[*]预加载只会下载资源，不会对资源进行解析和初始化操作
[*] 预加载在加载过程中会受到更多限制，例如最大下载并发数会更小
[*] 预加载的下载优先级更低，当多个资源在等待下载时，预加载的资源会放在最后下载
[*] 因为 预加载没有做任何解析操作，所以当所有的预加载完成时，不会返回任何可用资源

以上优化手段充分 降低了预加载的性能损耗，确保了游戏体验顺畅，开发者可以充分利用游戏过程中的网络带宽缩短后续资源的加载时间。

因为预加载没有去解析资源，所以需要在预加载完成后配合加载接口进行资源的解析和初始化，来完成资源加载。

注意：

加载不需要等到预加载完成后再调用，开发者可以在任何时候进行加载。正常加载接口会直接复用预加载过程中已经下载好的内容，缩短加载时间。

预加载只会去 下载 必要的资源，并 不会进行资源的反序列化和初始化工作，也就不会将资源放入内存（cc.assetManager.assets）中，所以性能消耗更小，确保了游戏体验流畅。

5加载场景

AB 包提供了 loadScene 方法用于加载指定 bundle 中的场景，你只需要传入 场景名 即可。

loadScene 与 cc.director.loadScene 不同的地方在于 loadScene 只会加载指定 AB 包中的场景，而不会运行场景，你还需要使用 cc.director.runScene 来运行场景。

// 加载场景
6获取 AB 包

当 AB 包被加载过之后，会被缓存下来，此时开发者可以使用 AB 包名称来获取该 bundle。
let bundle = cc.assetManager.getBundle("MyBundle");

释放 AB 包

1释放 AB 包中的资源

在资源加载完成后，所有的资源都会被临时缓存到 cc.assetManager 中，以避
免重复加载。当然，缓存中的资源也会占用内存，有些资源如果不再需要用到，可以通过以下三种方式进行释放：

① 使用常规的 cc.assetManager.releaseAsset 方法进行释放

bundle.load("image", cc.SpriteFrame, function (err, spriteFrame) {
② 使用 AB 包提供的 release 方法，通过传入路径和类型进行释放，只能释放在 AB 包中的单个资源，参数可以与 AB 包的 load 方法中使用的参数一致

bundle.load("image", cc.SpriteFrame, function (err, spriteFrame) {
③使用 AB 包提供的 releaseAll 方法，此方法与 cc.assetManager.releaseAll 相似，releaseAll 方法会释放所有属于该 bundle 的资源（包括在AB包中的资源以及其外部的相关依赖资源），请慎重使用

bundle.load("image", cc.SpriteFrame, function (err, spriteFrame) {
注意：

在释放资源时，Creator 会自动处理该资源的依赖资源，开发者不需要对其依赖资源进行管理。

2移除 AB 包

在加载了 AB 包之后，此 bundle 会一直存在整个游戏过程中，除非开发者手动移除。

当手动移除了某个不需要的 bundle，那么此 bundle 的缓存也会被移除，如果需要再次使用，则必须再重新加载一次。

let bundle = cc.assetManager.getBundle("MyBundle");
注意：

在移除 AB 包时，并不会释放该 bundle 中加载过的资源。

如果需要释放，请先使用 AB 包的 release / releaseAll 方法：
let bundle = cc.assetManager.getBundle("MyBundle");
研究下远程三丰云提供的 免费云服务器 和免费虚拟主机 自己做个小游戏发布下​

pipile 发表于 2023-10-3 19:53:01

玩家在游戏战斗过程中，被某个怪物把血打掉了，然后界面上的UI血条的数值就要发生变化
如图:

http://picx.zhimg.com/v2-a1711733c3e58c47bae6ee9d62a1f7f4_r.jpg?source=1940ef5c
按照一般的处理方式,我们在战斗的逻辑里面掉血后，要去找到UI界面中的某个节点，把数值给它设置好。一个查找还好，要是多个地方需要改变数值，多个节点都需要被改变，玩家战斗逻辑，不可能每个节点都去找一下，然后设置一下，这样也不灵活，也不方便扩展。这样就相当于玩家Player对象与要更新显示的这些对象耦合在一起了。所以就需要编写一个模块来解耦，这个模块就是事件订阅与发布模块。针对上面的情况，如何解耦呢？

http://pic1.zhimg.com/v2-9ae9d2a8dcb6ea700f01cbfe04f7d51d_r.jpg?source=1940ef5c
事件订阅与发布模块具体如何设计呢？新建一个单例事件管理组件类EventMgr,这个单例组件实例化到GameApp节点上。如图

http://picx.zhimg.com/v2-5220638f25eac1c856997dfa896f80d8_r.jpg?source=1940ef5c
events_map是一个表，存放了哪些监听者对哪些事件感兴趣。当events_map里面有数据的时候，数据结构如下: { “事件名字1”: [监听者1{caller, func}, 监听者2], “事件名字2”: []}

http://picx.zhimg.com/v2-29d54146680a630dcd89728a6b9a5dae_r.jpg?source=1940ef5c
接下来我们来看下提供给监听者的监听事件接口如图

http://pic1.zhimg.com/v2-af86fbf256fca5ef3ca56e18010643e9_r.jpg?source=1940ef5c
当我们要监听某个事件的时候，传入事件的名字，回调时的this对象(caller), 回调函数func。

http://pic1.zhimg.com/v2-5498cea02f8567bc62c199ff2e460255_r.jpg?source=1940ef5c
接下来我们来看下如何派送发布一个事件，如图

http://picx.zhimg.com/v2-e87754a7449899d71be6583fecf5a543_r.jpg?source=1940ef5c
当要派送发布一个事件的时候，调用Emit函数，eventName为事件的名字，udata为派送的数据。先判断一下是否有这个事件的监听队列，如果没有，直接返回。遍历事件队列数组里面的每个监听对象，显示的传递caller作为函数的this, 把udata传递给回调函数。这样监听者的事件回调函数就会被调用。
今天的教程分享就到这里，具体代码可以阅读EventMgr.ts，把代码阅读一遍,完整的掌握事件订阅与发布模块的编写与实现。
Cocos

ジ呼喚ジ 发表于 2023-10-3 19:53:45

cocos creator学习教程https://www.zhihu.com/column/c_1383083769595863040

flzt120 发表于 2023-10-3 19:54:22

看了一眼确实是2022年...

查看完整版本: cocos creator游戏开发有未来吗？