目前我們遊戲中使用的UI框架是採用樹形結構記錄父子節點之間的跳轉關係，然後每個節點上提前設定好上下級介面的關閉開啟方式。這種樹形結構最大的好處是不管我們跳轉了多少層都可以一層層返回來(理論上上這樣，但是我們實際使用中還是要儘量規避一下跳轉層級太深，這個也是我們目前的遊戲的一個痛點)，應對諸如MMORPG這種有大量UI跳轉的遊戲也不在話下。

當然，這種樹形結構也有很多缺點，比如無法支援環形跳轉，也就是說A>B>C>A這種結構，我個人覺得這種環形跳轉本質上是設計問題，需要避免掉。由於我們每個介面都對應一個樹形結構的節點，所以需要維護一個複雜的樹形結構，每次新增跟刪除都會非常麻煩，特別是在專案後期，介面很多，層級很深，相同的介面節點超級多，簡直是個災難。

最近剛好專案剛上線，抽時間對這套UI框架存在的問題進行了一下總結：

1、某些異常情況下導致一個介面都沒有，需要加強保護；
2、每個彈出的介面都要有對應的節點，維護重複的介面節點比較麻煩，操作的時候非常容易遺漏；
3、"顯示的時候隱藏所有UI"功能存在隱患，同時觸發這個選項會相互干擾；
4、現在顯示和隱藏介面的時候是實時遞迴查詢對應節點的，需要針對父節點和孩子節點進行快取，提高效率；
5、之前的查詢方案為了儘可能的找到對應的節點，會遞迴遍歷孩子節點和整個樹，有時候會查詢到了錯誤的節點，效率比較低，而且也不合理，容易把問題掩蓋；
6、顯示介面的時候不支援可變個數的引數；
7、介面預設上需要手動填寫介面圖集，有點不靈活；

優化方向：