聊完了什么是 UGUI，现在可以看看作为开发者的我们应该如何设计 UI 系统的整体框架了。我在大二的时候曾经基于栈写过一个 UIManager ，原理很简单：一层一层打开的 UI 面板天然符合栈的数据结构思想，所以通过一个栈来维护打开的面板就可以了。这个模块由于和 hhl 学长的 UI 模块重复了所以没有合并进仓库，当然我的想法也并没有考虑到太多商业化场景中的复杂情况，因此在这里就不详细展开让大家见笑了。

本篇文章将聊聊 hhl 学长的 UI 模块和更商业化项目中的 UI 模块的设计思路。

ProjectBase-UI分析

学长的代码在 github 仓库里，我对其中的UI部分拆开做了一张思维导图：

整个 UI 管理器是一个单例的管理器，可以通过 UIManager 开启或关闭面板，也可以通过 UIManager 查找指定的开启的面板并调用其中 BasePanel 的方法。单例很好用，但它也存在增加耦合的风险，具体可以看我之前写的关于单例模式的文章。

这个模块用起来很方便，但问题也很明显，比如说 UIManager 中隐藏面板的地方：

public void HidePanel(string panelName) {
    if(panelDic.ContainsKey(panelName)) {
        panelDic[panelName].HideMe();
        GameObject.Destroy(panelDic[panelName].gameObject);
        panelDic.Remove(panelName);
    }
}

HideMe()由继承了 BasePanel 的 XXPanel 类具体实现，一般用于关闭面板时的数据复位等回调操作。在这里代码直接将面板对象标记为销毁（Destory）并从字典中移除，实际上造成了潜在的 GC 开销，可能在未来导致大量内存碎片产生（由于 Unity 的 GC 特性，GC 只会标记清除而不会压缩空间）。

代码中实际上已经有了不同层级的 UI 根对象，实际上可以通过对象池的方式管理面板。

在 Panel 代码中实现 OnClick 和 OnValueChanged 略有些不必要，既然已经为不同面板实现了对应的 XXPanel 脚本，可以直接在脚本中实现相关的功能函数并在 Unity 的 Inspector 中添加绑定。一些开发者忌讳直接在检查器中绑定方法的行为，那么通过哈希表记录按钮名称与其对应的事件回调再动态调用也是没问题的。

复杂 UI 模块构思

在实际项目中，我们可能会碰到非常复杂的 UI 嵌套（比如一些微信小游戏或手机游戏），甚至可能有的游戏是完全基于 UI 的。如果我们使用前文中的 UI 模块，就很容易因为频繁创建/销毁面板造成 GC，使游戏变得卡顿。

我们依然可以考虑建立一个全局的UIManager负责管理所有面板，但UIManager需要避免产生前文提到的问题。

面板对象池与永久缓存

我们可以考虑为面板设置一个缓存对象池 CachePanels，有了对象池就可以优化内存使用和性能、避免直接频繁地创建和销毁。对于手机游戏或者微信小游戏来说，缓存池太大会导致内存占用，所以我们可以设置一个对象池大小上限（从经验角度出发可以是3），当对象池满时，移除最早加入对象池的面板（因此可以考虑用队列的数据结构）。

有一些面板可能经常被打开检视（比如个人信息、背包），如果只是把它们简单的加入 CachePanels 可能对性能优化没多大帮助（因为可能需要不停挤出和载入对象池）。对于这些常用 UI 面板，可以额外增设一个 ForeverCachePanels 列表永久缓存它们。