Skip to content

Latest commit

 

History

History
487 lines (360 loc) · 16.4 KB

document.md

File metadata and controls

487 lines (360 loc) · 16.4 KB

交流与支持

欢迎加入 QQ 群:795231926,一起探讨和交流 XForge 开发经验。

一、介绍

框架设计的目的是希望:
1、对新手友好,学习曲线平滑。
2、更好的 多人协同 开发体验,尽可能避免合并冲突。
3、尽可能统一的 开发规范 ,避免口头约束,减少因为规范问题带来的CR人力成本。
4、更小的 首屏/首页体积 ,优化新用户加载性能。
5、更小的 增量更新体积 ,优化老用户加载性能。
6、通过 扩展 的方式复用通用模块,同时平滑框架学习难度。

⚠️大部分的框架目录点击后,都会在属性检查器页面生成它的一些说明文字,可以进行查看。
⚠️使用vscode推荐安装 Code Spell Checker 插件。


二、脚手架

1、 初始化项目

在空文件夹下执行:
npx @gamex/cc-cli@latest

如果npm源无法使用,可以尝试使用淘宝源:
npx --registry=https://registry.npmmirror.com @gamex/cc-cli@latest

2、 更新项目框架

在开发过程中,框架可能会发布新版本以修复BUG或更新特性等。
如果想更新框架,可以在项目根目录下执行快捷指令:
npm run upgrade

其本质还是调用@gamex/cc-cli,通过cli方式升级框架,可以几乎不用考虑因升级带来的一些兼容性问题,因为cli内部会处理这些问题。

3、 管理扩展包

扩展包中包含通用组件、控件、库等。

想要添加或删除扩展包,可以在项目根目录下,执行快捷指令:
npm run package

然后可以选择安装卸载更新退出选项。


三、目录结构 (视频)

├─assets
│   ├─app
│   │  ├─app.ts     // app单例(框架中的所有单例都绑定在app下)
│   │  ├─handle.ts  // 初始化回调
│   │  └─setting.ts // 配置文件
│   │
│   ├─app-appinit   // 首屏
│   │
│   ├─app-builtin
│   │  ├─app-admin  // 框架自动生成的内容
│   │  ├─app-manager// 管理器
│   │  ├─app-control// 控制器
│   │  └─app-model  // 数据
│   │
│   ├─app-bundle    // 框架资源包
│   │  ├─app-view   // 界面
│   │  └─app-sound  // 声音
│   │
│   ├─app-scene     // 初始场景
│   │
│   ├─res-bundle    // Bundle动态资源目录
│   └─res-native    // 静态资源目录
│
├─app               // 框架代码
│
└─pkg               // 扩展包

四、快速上手


五、详细介绍 (视频)

1、 首屏

游戏的首屏位于assets/app-appinit文件夹内。

  • res目录用于存放资源。

  • view目录用于存放预制体和脚本。

AppInit继承自BaseAppInit。

  • 需要注意的是在BaseAppInit中是通过Cocos的生命周期start来进行框架的初始化工作,所以如果在AppInit中重写了start方法,一定要调用super.start或this.startInit。

    /**
      * [可以重写] 默认start调用startInit,可以重写后自定义时机
      */
    protected start(): any { 
      this.startInit(); 
    }
  • 可以通过重写getUserAssetNum、onUserInit、onProgress、onFinish,来实现自定义初始化流程(一般是在onUserInit中异步加载资源,完成的回调中调用一次nextInit来触发下一步)。

    /**
    * [建议重写] 监听进度
    * @param {Number} completed
    * @param {Number} total
    */
    protected onProgress(completed: number, total: number): any { return completed / total; }
    
    /**
    * [建议重写] 监听用户初始化数据
    * @param {Number} index
    */
    protected onUserInit(index: number): any { return index; }
    
    /**
    * [建议重写] 获得用户资源总量,这里返回几,就需要用户自行调用几次nextInit
    */
    protected getUserAssetNum(): number { return 0; }
    
    /**
    * [建议重写] 初始化完成
    */
    protected onFinish() { }

2、管理器

管理器位于assets/app-builtin/app-manager中。

不需要也不建议手动去创建,可以通过菜单栏App->创建->Manager选项来进行创建。

管理器继承自BaseManager。

  • 可以通过重写init方法,来初始化一些管理器内部需要用到的资源,完成后需要调用finish表示初始化完成。

  • 同时也提供了onInited和onFinished生命周期回调。

    /**
    * [无序] 自身初始化完成, init执行完毕后被调用
    */
    protected onInited() {
    }
    
    /**
    * [无序] 所有manager初始化完成
    */
    protected onFinished() {
    }
    
    /**
    * [无序] 初始化manager,在初始化完成后,调用finish方法
    * @param {Function} finish 
    */
    protected init(finish?: Function) {
        finish && finish();
    }

管理器一般存放游戏流程控制相关的逻辑。

  • 如登录流程控制、全局状态管理等

创建好的管理器通过app.manager.xxx来调用。

  • 如app.manager.ui

框架有内置的管理器,包括:UI、音频、下载、事件、定时器。

  • UIManager:通过app.manager.ui访问,用于控制UI显示。

    // 显示一个UI
    app.manager.ui.show<UI类>({
        name: '自动提示UI名',
        data: 自动提示onShow方法需要的参数,
        onShow:(){},
        onHide:(result){ //result自动识别为onHide的返回值类型 },
        onError:(){}
    });
    // 关闭一个UI
    app.manager.ui.hide<UI类>({
        name: '自动提示UI名',
        data: 自动提示onHide方法需要的参数,
        onHide:(result){ //result自动识别为onHide的返回值类型 }
    })
  • SoundManager:通过app.manager.sound访问,用于控制声音播放。

    app.manager.sound.playMusic({name:'自动提示音频名'});
    
    app.manager.sound.stopMusic();
    
    const id = app.manager.sound.playEffect({name:'自动提示音频名'});
    
    app.manager.sound.stopEffect(id);
    
    app.manager.sound.stopAllEffects();
  • TimerManager:通过app.manager.timer访问,用于创建全局定时器。

    // 创建或获取定时器
    // app.manager.timer.get返回值的类型是cc.Component的子类
    const timer = app.manager.timer.get(自定义标识);
    
    timer.schedule // 同cc.Component.prototype.schedule
    timer.scheduleOnce // 同理
    timer.unschedule // 同理
    timer.unscheduleAllCallbacks // 同理
    
    // 注册每日触发器(基于本地时间,使用cc.Component.prototype.update驱动)
    timer.registerDailyTrigger('8:00:01-9:00',()=>{ 
      console.log('8点01点到9点整之间每帧触发') 
    })
    // 取消每日触发器
    timer.unregisterDailyTrigger
    
    // 删除定时器
    app.manager.timer.delete(自定义标识);
    // 删除所有定时器
    app.manager.timer.clear();
  • EventManager:通过app.manager.event访问,用于创建全局事件。

    // 创建或获取事件管理器
    // app.manager.event.get返回值的类型是cc.EventTarget
    const event = app.manager.event.get(自定义标识);
    
    event.on('event', ()=>{}, target) // 同cc.EventTarget.prototype.on
    event.once('event', ()=>{}, target) // 同理
    event.off('event')或event.off('event', ()=>{}) // 同理
    event.targetOff(target)  // 同理
    
    // 删除事件管理器
    app.manager.event.delete(自定义标识);
    // 删除所有事件管理器
    app.manager.event.clear();
  • LoaderManager:通过app.manager.loader访问,用于加载资源。

    app.manager.loader.load({
      bundle: 'xxx', // 不传入bundle,默认为resources
      path: 'xxx/xxxx'
      type: Asset,
      onComplete(asset){
        
      }
    })

3、控制器

管理器位于assets/app-builtin/app-controller中。

不需要也不建议手动去创建,可以通过菜单栏App->创建->Controller选项来进行创建。

控制器继承自BaseController。

  • 控制器内部可以新建变量和方法,在外部通过XXXController.inst调用时,变量和方法会显示为只读属性。

  • 控制器内部有emit和call方法,用来发射事件,这两个方法只能在内部或绑定了控制器的UI内部使用。两个方法区别在于call方法只会执行第一个注册的事件并获得返回值。

  • UI需要通过继承BaseView.BindController(XXXController)来绑定一个控制器,并通过this.controller访问到这个控制器实例,与inst调用不同的是,它是不受限的(属性等都不是只读),而且可以通过this.controller中的on、once、off、targetOff来接收和关闭emit或call的事件。

  • 与cc.Node的事件不同,通过controller注册的事件,需要通过off或targetOff手动销毁

  • 控制器通过import的方式引入。

控制器与管理器的区别

  • 控制器可以被多个UI绑定,起到UI间共享内部数据、相互内部通信的目的。同时控制器也是一组UI的对外导出,通过对外提供方法的方式,让外部可以向UI内部传递数据。
  • 管理器是公开的,可以被任何人随意的调用,一般用于游戏流程控制。

4、数据

数据位于assets/app-builtin/app-model中。

不需要也不建议手动去创建,可以通过菜单栏App->创建->Model选项来进行创建。

框架内置了数据管理,分为store、data和config类型,可以通过app.data、app.config和app.store来访问。

  • config类型的数据,不可以定义方法,所有属性都是只读,用于存储静态配置。
  • data类型的数据,不可以定义方法,所有属性都是可读可写,用于存储不安全的数据(因为可以在任何地方修改它)。
  • store类型的数据,可以定义方法,所有属性都是只读,用于存储安全的数据(数据只允许在内部修改,外部只有访问权限)。

store类型的引入是借鉴了Web前端框架中全局状态管理的思路,意图是让数据更安全,更可控。同时框架中还提供了数据绑定的扩展包,可以通过pkg的方式安装,实现「数据->视图」的单向绑定。

5、音频

音频位于assets/app-bundle/app-sound中。

不需要也不建议手动去创建目录,可以通过菜单栏App->创建->Sound选项来进行创建目录。

其中:

  • music目录为音乐目录
  • effect目录为音效目录

将音乐或音效文件放入相应的目录内,通过app.manager.sound来控制播放。

6、界面

UI位于assets/app-bundle/app-view中。

不需要也不建议手动去创建,可以通过菜单栏App->创建->View选项来进行创建。

UI目录包含native和resources两个文件夹。

  • native和resources都是Bundle。

  • native负责存储脚本与Prefab/Scene资源,native/expansion目录存储你自己创建的脚本与Prefab。

  • resources存储所有渲染资源,如图片、spine、font等。

这样处理的的好处在于native与resources将分别采用不同的分包策略,来达到在各平台上加载性能与体积最优。

UI继承自BaseView,在Cocos原有的生命周期函数外,又增加了一些框架的生命周期函数。

  • beforeShow:UI显示前触发。

    可用于在显示前加载或处理某些任务,比如在Page显示之前先显示Paper,可以避免视觉上Page和Paper显示延迟的割裂感。

  • onShow:UI显示后触发。

    设置UI内容的逻辑都写在这个回调里面。

  • beforeHide:UI卸载前触发。

  • onHide:UI卸载后触发。

  • onFocus:UI获取焦点时触发。

    需要勾选UI脚本所在的编辑器面板中的Capture Focus选项。

  • onLostFocus:UI失去焦点时触发。

    需要勾选UI脚本所在的编辑器面板中的Capture Focus选项。

  • onError:可以监听当前UI加载报错。

  • onShade:可以控制当前UI背景遮罩的颜色和动画。

UI分为4类:Page、Paper、Pop和Top,他们都继承自BaseView。

  • 它们的层级按顺序依次增大(同Camera下),即: Top > Pop > Paper > Page。

  • Page在创建时区分3D与2D类型,3D类型的Page会以cc.Scene的形式存在,2D类型以cc.Prefab的形式存在。

  • 一个落地页应由Page和Paper共同组成,通过这种模型可以轻松实现多人协同开发。

@ccclass('PageHome')
export class PageHome extends BaseView {
    // 子界面列表,数组顺序为子界面排列顺序
    protected miniViews: IMiniViewNames = ['PaperHomeIndex', 'PaperAllIndex'];
    // 初始化的相关逻辑写在这
    protected onLoad() { }

    protected beforeShow(next: (error?: string) => void, data?: any) {
        // 在显示PageHome之前先显示PaperHomeIndex(最终效果是两者同时显示)
        this.showMiniViews({
            views: ['PaperHomeIndex'],
            onFinish: next
        });
    }

    // 界面打开时的相关逻辑写在这(onShow可被多次调用-它与onHide不成对)
    protected onShow(params: any) {
        // PageHome显示之后再动态加载PaperAllIndex
        this.showMiniViews({
            views: ['PaperAllIndex']
        });
    }

    // 界面关闭时的相关逻辑写在这(已经关闭的界面不会触发onHide)
    protected onHide(result: undefined) {
        // app.manager.ui.show<PageHome>({name: 'PageHome', onHide:(result) => { 接收到return的数据,并且有类型提示 }})
        return result;
    }

    protected onShade(): IShade {
        return {
            end: 200,// 最终的透明度
            speed: 100// 变化速度
        };
    }
}

UI脚本所在编辑器面板的选项。

  • Hide Event

    • 如果选择active,节点只会被隐藏,第二次加载的速度会更快,建议经常打开的UI选择active。

    • 如果选择destroy,节点会被销毁,会自动清理自身所有的资源,不管是静态还是动态引用的。

  • Singleton

    • 如果勾选的话,则重复通过app.manager.ui.show来加载此UI的话,全局只会有一份UI实例。

    • 如果去掉勾选的话,则重复通过app.manager.ui.show来加载此UI的话,会重复创建UI。

  • Capture Focus

    • 勾选后,才可以触发UI的onFocus和onLostFocus回调。
  • Shade

    • 勾选后,才会在UI下面生成一个黑色(可设置透明度)的遮罩。
  • Block Input

    • 勾选后,会使触摸无法穿透此UI。

7、扩展包

扩展包的使用可以精简框架初始的代码量,平滑学习成本,另一方面也为各项目后续的升级维护工作带来极大的便利。

8、内置工具

框架内只内置了最基本的工具库,其它工具库通过扩展包的形式添加。

内置工具通过app.lib调用,包含:

app.lib.task用于创建异步、同步任务

const task = app.lib.task.createASync();
task.add((next, retry) => {
    if (成功) {
        // 任务成功,继续执行
        next(数据);
    } else {
        // 等待0.5秒后重试
        retry(0.5);
    }
});
task.add((next, retry) => {
    if (成功) {
        // 任务成功,继续执行
        next(数据);
    } else {
        // 任务失败,停止任务
        task.stop();
    }
});
task.start((results, success) => {
    console.log(success ? '任务成功' : '任务失败');
});

app.lib.storage用于存储本地数据

// 存取数据
app.lib.storage.set('key', 'value');
app.lib.storage.get('key');
// 存取每天过期数据
app.lib.storage.setDay('key', 'value');
app.lib.storage.getDay('key');
// 存取每周过期数据
app.lib.storage.setWeek('key', 'value');
app.lib.storage.getWeek('key');

app.lib.debug用于防止代码被调试(仅web中有效)

// 当在浏览器开发者工具中试图调试this时,会使当前页面刷新
app.lib.debug.unobservable(this);

9、设置

设置UIManager和SoundManager,位置位于assets/app/setting.ts内

// 预加载的UI(符合app.lib.task.createAny规则)
UIManager.setting.preload = ['PageHome', 'PaperHomeIndex'];
// 默认UI, 会在首屏流程后自动show(根据首界面的名字自行修改)
UIManager.setting.defaultUI = 'PageHome';
// 控制全局背景遮罩透明度与动画
UIManager.setting.shade = { ... };

// 预加载的音频(按数组顺序依次预加载)
SoundManager.setting.preload = [];
// 默认音乐, 会在首屏流程后自动play
SoundManager.setting.defaultMusicName = '';