查看原文
其他

如何在 Cocos Creator 中优雅地嵌套 Prefab?

COCOS 2022-06-10

本篇文章作者:Relvin

Relvin, 来自上海一线游戏开发公司,从事 Cocos 相关开发工作 7 年,目前专注于 CocosCreator 全平台游戏开发,希望在前端技术上与广大程序员同学广泛交流。


本篇文章为大家带来 Cocos Creator 中复用 Prefab(预制体)教程。


前言


为什么需要这么一个功能?


因为我们项目开发使用的是单场景、多预制的开发模式,我们把公用的东西做成预制,然后在需要用到的界面直接引用,不需要再创建或复制一个。后期策划有修改需求的时候,我们只要把预制修改就可以,不需要修改其他使用的地方,简单且不容易遗漏。


下面举例一个比较常用使用情景:


道具图标:里面包含图标样式、背景框、道具数量、品质数等信息,至少需要挂在一个脚本支持代码中动态设置这些属性。并且也是游戏内复用性最高的组件之一了,包括背包成就奖励信息、掉落界面、道具详情等等。


那我们就可以只创建一个预制,然后在其他用到的地方直接复用,而不是在其他界面都创建一份。这样工作效率就高很多。如果突然有一天,策划要求图标上要加上阶数,等级等信息,我们只要修改引用的预制体就行。




(图片素材来源于网络)


除了道具图标、公用按钮、界面标题头、通用属性信息等等,都可以做成一个通用预制,其他界面直接引用。


为什么不选择使用官方提供的复用方案?官方的方案只能在场景(*.fire)中引用,不可以在预制(.Prefab)中相互使用。这与我们的设计不相符,所以就没办法使用。


为了解决上面的复用问题,我们可以实现一套自己的解决方案(这也是 Creator 的强大之处,只要你有想法,就可以实现更多的可能。)


一、功能设计


1、需要实现的功能:


  • 在编辑器里所见即所得

  • 在层级树中不显示被引用的预制体结构

  • 被引用的预制体结构信息不要保存到当前界面中

  • 保护引用的预制体,禁止从外部修改


功能解释:


在编辑器里所见即所得:

为了能够在编辑器里即使看到和游戏内相同的显示效果,有助于我们在编辑器里设计 UI。


在层级树中不显示被引用的预制体结构:

不会撑大当前编辑 UI 的节点树,使当前层级数显示更清晰简洁。亦可防止我们误编辑引用的节点。


被引用的预制体结构信息不要保存到当前界面中:

引用的预制体在运行时实时创建就行,不需要对节点信息进行保存,保证当前界面信息清洁无污染。


保护引用的预制体,禁止从外部修改:

保证预制体的只能在源文件修改,不可在外部修改,可以有效防止开发中的误操作。


2、实现方案


实例化被引用的预制体


这个问题比较好解决,我们创建一个脚本 LinkPrefab.ts,添加 executeInEditMode 标记,添加一个 cc.Prefab 属性成员 _Prefab,脚本挂载到需要引用其它预制体的节点上。


onLoad 中去实例化预制体节点并添加到当前节点上(其它关于位置、缩放、透明度等属性的控制可自行扩展)。


const {ccclass, executeInEditMode, property} = cc._decorator;@ccclass@executeInEditModeexport default class LinkPrefab extends cc.Component {
@property({type: cc.Prefab, visible: true, displayName: "预制体"}) private _prefab: cc.Prefab = null onLoad() { let prefabNode = cc.instantiate(this._prefab); if(prefabNode){ this.node.addChild(prefabNode) } }}


如果需要实时更换被引用的预制体,可以通过 set 属性来触发新预制的实例化,我们修改一下写法:


const {ccclass, executeInEditMode, property} = cc._decorator;@ccclass@executeInEditModeexport default class LinkPrefab extends cc.Component {
@property private _prefab: cc.Prefab = null @property({type: cc.Prefab, visible: true, displayName: "预制体"}) set prefab(value: cc.Prefab) { this._onPrefabChanged(this._prefab, value) }
get prefab(): cc.Prefab { return this._prefab } private _onPrefabChanged(oldValue:cc.Prefab, newValue:cc.Prefab) { this.node.removeAllChilren() let prefabNode = cc.instantiate(newValue); if(prefabNode){ this.node.addChild(prefabNode) } } onLoad() { this._onPrefabChanged(null, this._prefab) }}



从上图可以看到,预制被正常的显示出来了。但是被引用的预制体实例化后,会出现在层级树里(红框框出来的部分),会导致引用它的预制体或场景发生变更。这不是我们所期望的。


如何让引用预制体节点树不显示在层级树?


经过不断的尝试,最终找到了解决方案。灵感来自官方的 cc.RichText。我们发现RichText 是由多个 cc.Label 拼接而成,而这些 Label 并没有显示在编辑器的节点树里。然后我们通过翻阅官方的源代码。最终找到了一个 PrivateNode 的类,我们把 PrivateNode 加进来,确实让节点在树里隐身了。我们成功了,但是发现 PrivateNode 的节点始终显示以父类的左下角作为坐标原点,这一点和官方的坐标系不一致。官方也对设计做了解释。


/* * Cocos Creator 场景中的私有节点类。<br/> * 私有节点在编辑器中不可见,对用户透明。<br/> * 通常私有节点是被一些特殊的组件创建出来作为父节点的一部分而存在的,理论上来说,它们不是子节点,而是父节点的组成部分。<br/> * 私有节点有两个非常重要的特性:<br/> * 1. 它有着最小的渲染排序的 Z 轴深度,并且无法被更改,因为它们不能被显示在其他正常子节点之上。<br/> * 2. 它的定位也是特殊的,对于私有节点来说,父节点包围盒的左下角是它的局部坐标系原点,这个原点相当于父节点的位置减去它锚点的偏移。这样私有节点可以比较容易被控制在包围盒之中。<br/> * 目前在引擎中,RichText 和 TileMap 都有可能生成私有节点。*/ _updateLocalMatrix() { if (!this._localMatDirty) return;
let parent = this.parent; if (parent) { // Position correction for transform calculation this._trs[0] = this._originPos.x - (parent._anchorPoint.x - 0.5) * parent._contentSize.width; this._trs[1] = this._originPos.y - (parent._anchorPoint.y - 0.5) * parent._contentSize.height; }
this._super();},


不能用 PrivateNode ,那我们就继续找,找 PrivateNode 与 cc.Node 有啥不同。我们找到了一个属性,经过测试,发现确实是这个属性在起作用。



我们深入研究了属性信息:


var Destroyed = 1 << 0;var RealDestroyed = 1 << 1;var ToDestroy = 1 << 2;var DontSave = 1 << 3;var EditorOnly = 1 << 4;var Dirty = 1 << 5;var DontDestroy = 1 << 6;var Destroying = 1 << 7;var Deactivating = 1 << 8;var LockedInEditor = 1 << 9;//var HideInGame = 1 << 9;var HideInHierarchy = 1 << 10;
var IsOnEnableCalled = 1 << 11;var IsEditorOnEnableCalled = 1 << 12;var IsPreloadStarted = 1 << 13;var IsOnLoadCalled = 1 << 14;var IsOnLoadStarted = 1 << 15;var IsStartCalled = 1 << 16;
var IsRotationLocked = 1 << 17;var IsScaleLocked = 1 << 18;var IsAnchorLocked = 1 << 19;var IsSizeLocked = 1 << 20;var IsPositionLocked = 1 << 21;


找到了 DontSave 不保存、LockedInEditor 编辑器中锁定(即不可点击,保证预制体不会在外部修改),我们完成了第一版, 代码修改如下:


private _onPrefabChanged(oldValue:cc.Prefab, newValue:cc.Prefab) { this._prefab = newValue if (newValue) { let prefabNode = cc.instantiate(newValue); if(prefabNode){ // cc.Object["Flags"].DontSave // 当前节点不会被保存到prefab文件里 // cc.Object["Flags"].LockedInEditor // 当前节点及子节点在编辑器里不会被点击到 // cc.Object["Flags"].HideInHierarchy // 当前节点及子节点在编辑器里不显示 prefabNode["_objFlags"] |= (cc.Object["Flags"].DontSave | cc.Object["Flags"].LockedInEditor | cc.Object["Flags"].HideInHierarchy); this.node.addChild(prefabNode, -1) // 添加到最底层 } } }


下面就是最终的实现效果,第一张图是源文件设计有一个 com-icon 和一个 label 组成。



下图为引用 com-icon 的显示效果。


icon1 中存放的是我们引用 com-icon.Prefab,并且在右上角的层级管理器里不会显示 com-icon 中的实现细节。



现在基本上需要实现的功能已经解决了,那我们在代码中如何使用? 最好是代码简洁,不影响访问效率。我们添加了一个直接获取节点组件的方法,这样用起来基本上就没差了。


public getPrefabComponect<T extends cc.Component>(type: {prototype: T}): T { let prefabNode = this._prefabNode return prefabNode ? prefabNode.getComponent(type) : null;}
// 使用的地方// ...@property({type: LinkPrefab, visible:true, displayName: "icon2"})private _icon2: LinkPrefab = null;// ...start () { let icon1 = this._icon1.getPrefabComponect(ComIcon) if (icon1) { icon1.label.string = "道具图标1" }}


二、用法进阶


虽然我们实现了预制体在其他预制体中复用,但是目前来看还是比较简单,不够灵活,不能在编辑器里动态改变一些我们需要改变的信息。


这里抛砖引玉,给出一个很常见的使用范例:


我们做了一个 com-icon.Prefab, 下面挂载一个 cc.Sprite 节点(其它节点忽略),主要用来动态显示不同的 icon 图标。

在一个界面中,需要显示 4 个 com-icon.Prefab 的实例,并加载不同的 icon 图标。这里有两个办法:


a:在界面 A 中增加 4 个节点,调整好位置,分别挂载 LinkPrefab 组件,把 com-icon.Prefab 拖到 LinkPrefab 的预制体属性上。


在界面 A 的 start 中去给 cc.Sprite 节点赋值不同的 spriteFrame。


b:在界面 B 中增加 4 个节点,调整好位置,分别挂载 LinkPrefab 组件,把 com-icon.Prefab 拖到 LinkPrefab 的预制体属性上。


在 A 的节点上挂载 link-sprite-Prefab (见下方代码)节点,把需要显示的贴图拖到 link-sprite-Prefab 组件的纹理图属性上。



这里对四个中的三个 icon 挂在了 link-sprite-help,并且设置了不同的纹理,这样我们既保证了统一性,又保证了显示的灵活性。



import LinkPrefab from "../link-prefab";const {ccclass, executeInEditMode, property} = cc._decorator;
@ccclass@executeInEditModeexport default class LinkSpriteHelp extends cc.Component {
@property private _spriteFrame: cc.SpriteFrame = null;
@property({type: cc.SpriteFrame, visible: true, displayName: "纹理图"}) set spriteFrame(value: cc.SpriteFrame) { this._spriteFrame = value this._updateSpriteFrame() }
get spriteFrame(): cc.SpriteFrame { return this._spriteFrame }
onLoad() { this._updateSpriteFrame() }
private _updateSpriteFrame() { let linkPrefab = this.node.getComponent(LinkPrefab) let sprite = linkPrefab.getPrefabComponect(cc.Sprite) if (sprite) { sprite.spriteFrame = this._spriteFrame } }}


以上两个办法:


a 是通过在代码中动态加载贴图并设置到对应的组件上(动态加载)。

b 是直接在编辑器中完成对不同节点的节图加载(静态加载)。


相比之下,b 方法更优雅简洁。


总结:


上面的 LinkSpriteHelp 只是作为了开发扩展的引导性实例。大家可以根据自己的想法,开发更多的扩展脚本,以满足各自游戏中的开发需求。


三、其他问题(开发过程中的已知问题)


1、在编辑器里对当前引用的节点进行复制操作,会导致引用的预制体创建多份


解决办法:在创建前,判断当前节点的 children 中是否已存在预制体的实例节点。


2、由于官方在 2.3.1 版本以后,添加了在预制体中引用预制体的警告。没错就是它:



相信你们大多数人已经遇到了,我们的这个写法是这个警告的主要受害群体,所以我的解决方案是把警告弹框忽略掉。将下面的代码放到项目的启动代码中,就可解决。


/// 屏蔽2.3.1版本prefab嵌套prefab的弹框问题if (CC_EDITOR && !window["Editor"].isBuilder) { window["_Scene"].DetectConflict.beforeAddChild = function() { return false }}


以上示例项目的源代码已经上传,大家可以直接下载下来https://github.com/Relvin/link-prefab


最后打个招聘小广告~

↓ ↓ ↓


乐府互娱是一家专注于精品移动游戏研发的明星初创企业。公司创始团队均来自于国内知名游戏团队,曾主导创作过 3 款月流水过亿累积流水过百亿的产品。目前公司新项目有大量 Cocos Creator 开发的职位空缺,欢迎大家投简历或者来信咨询  recruitment@lovengame.com


 


以上就是今天的教程详解
再次感谢 Relvin 的倾情分享
如果您在使用 Cocos Creator 2D/3D 的过程中
 get 了独到的开发心得、见解或是方法
欢迎随时向我们投稿
帮助更多开发者们解决技术问题
让游戏开发更简单~

期待您与我们联系~


商务合作 | 技术支持 

请联系: 赵铮雄 1501 2668 919


 市场合作 | 文章投稿 

请联系: 刘丽云 185 59780 603



部分图片来源于网络,版权归原作者所有。如涉及侵权或对版权有所疑问,请邮件联系liyun.liu@chukong-inc.com。我们会尽快处理,感谢!

【更多精彩】


ironSource Abby:畅谈出海买量变现闭环方法论

产品收入上不去,你该怎么办?

【更新至6P】Cocos Creator 3D 官方中文视频教程

为武汉游戏人点赞!3D《巅峰漂移》技术分享

创梦天地 Monte:超休闲游戏还能创造多大的奇迹?

Google Chloe:2020出海游戏分析与实用建议

深夜长谈:聊聊 Cocos Creator 3D 的未来

《江湖医馆》专访:用 Cocos Creator 开发原生游

引擎组 up 主上线,为你贴心准备 3D 官方教程
我打辅助!安利一款不错的游戏数据工具
原生 3D 超休闲游戏《弹无虚发》是如何炼成的?

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存