UnityMVC丨（九）UnityMVC最后总结

大家好&＃xff0c;我是SKODE。

小提示&＃xff1a;选中左侧目录&＃xff0c;可快速找到所需内容

本系列博客地址&＃xff1a;传送门

首先讲下&＃xff0c;我们看起来为什么要费力不讨好地&＃xff0c;这么麻烦地将UI做成预制体呢&＃xff0c;增加了实例化地步骤&＃xff0c;直接放在层级面板上不好嘛

首先呢&＃xff0c;我们想下这个场景&＃xff1a;

我们正在开发一个游戏项目&＃xff0c;有很多同事配合开发。

1、我们都使用SVN&＃xff0c;有人做商城界面&＃xff0c;有人做设置界面。两个功能都在同一个场景中。那么同时开发&＃xff0c;SVN怎么提交这个场景呢&＃xff1f;【用预制件啊&＃xff0c;场景随便找个人做~】

2、我们拥有很多功能界面&＃xff0c;我们想改一个功能界面&＃xff0c;每次都要在众多界面中&＃xff0c;找到自己的功能界面去修改嘛【用预制件啊&＃xff0c;一下就找到这个功能UI了&＃xff0c;双击就是改】

3、我们要进行版本更新啦&＃xff0c;做到层级面板上地话&＃xff0c;是不是要每次各个人都要依次把场景UI重新调整一遍呢&＃xff1f;【哦&＃xff0c;这下不用下班了】

4、我们要进行热更新啦&＃xff0c;做到层级面板上的话&＃xff0c;是不是每次都要将整个场景打AB包&＃xff0c;整个进行更新app呢【今天更新了一个文字&＃xff0c;好&＃xff0c;我们将app重新下载一下~】

这下明白了吧&＃xff0c;预制件挺有用的~

“也通常以为,一个游戏窗口就需要一个UI窗体、一个控制器、一个数据类”&＃xff1a;

若有几百个游戏窗口&＃xff0c;那几百个UI窗体、控制器、数据类&＃xff0c;是不是就搞死自己了。

所以&＃xff0c;一个游戏模块&＃xff0c;可能会对应很多个游戏窗口。一个模块&＃xff0c;只需要一个UI窗体、一个控制器、一个数据类就好了。

以一个商城窗体为例&＃xff1a;

1、所有UI都是代码控制生成的。

2、我们不对UI进行Button等事件的配置&＃xff0c;而是用代码完成事件的配置

具体步骤&＃xff1a;

• 创建商城窗体UI预制体&＃xff0c;放在Resources/UI/Window下&＃xff08;所有的模块预制体都放在这&＃xff09;
• 创建数据层M&＃xff0c;参考&＃xff1a;传送门
• 创建视图层V&＃xff0c;参考&＃xff1a;传送门&＃xff08;二-2&＃xff09;【视图层供队友得到数据&＃xff0c;和执行自己的逻辑】
  • 完成视图层初始化&＃xff0c;参考&＃xff1a;传送门&＃xff08;二-3&＃xff09;
• 创建控制层C&＃xff0c;参考&＃xff1a;传送门
  • 完善视图层V代码&＃xff0c;参考&＃xff1a;传送门&＃xff08;三&＃xff09;【类似将控制层事件注册到视图层】
• 创建启动代码&＃xff0c;参考&＃xff1a;传送门&＃xff08;二-4&＃xff09;【我们之前做的是配置好了游戏模块&＃xff0c;现在是显示出来】

插件下载&＃xff1a;传送门

本系列博客结束。

一起进步

我是SKODE