界面的本質(zhì)是美術(shù)UI設(shè)計和用戶體驗，本身相當(dāng)易變，需要不斷調(diào)優(yōu)，拼界面這事最好由設(shè)計人員全職負(fù)責(zé)并積極改進。而美術(shù)資源和布局之外，仍然有大量的邏輯是需要程序員完成的，無論是通用控件，還是具體業(yè)務(wù)邏輯。

說說我了解的實際情況，經(jīng)歷有限，主要舉完美的例子：

1. 引擎組提供統(tǒng)一UI編輯器

完美本部的端游基本都是用Angelica引擎開發(fā)，從完美世界一直到笑傲江湖。引擎含有UI系統(tǒng)，包括一個所見即所得編輯器，由公司引擎部維護，基本上是所有項目兼容的。一個項目有1~2名UI策劃，負(fù)責(zé)拼界面。編輯器以游戲面板為單位編輯，每個面板對應(yīng)一個   xml，支持固定布局的界面，支持特效，在編輯器里面就可以看見界面效果。

局限--Angelica編輯器僅提供基本控件，項目需要自己定義諸如物品格的邏輯。

兼容性--引擎部會不定時增加新功能，例如“變色文字”之類。各項目組會不定時去取更新的引擎版本。

需求--為保證兼容性，底層需求只能往引擎部提交，等待更新。當(dāng)然，據(jù)我們老大說，也有膽大的項目組硬改，然后硬是反提交到了引擎部。

2. 自己實現(xiàn)UI編輯器

頁游和手游時代，有些項目組自行實現(xiàn)了UI編輯器。舉其中一個為例：

編輯器是專門寫的C#獨立程序。游戲本身是Cocos2D-X。

編輯器研發(fā)時間約一個人4周：兩周框架，兩周基本控件。不過呢，這么做一定是有后續(xù)修改的。

編輯器是固定布局的。

對于很多項目來說，自制UI編輯器是一個很好的方案，也是推薦方案。編輯器對策劃非常友好，易學(xué)易用，因為他限制了輸入的可能性，沒有冗余選項，每個控件直接對應(yīng)一個明確的功能。另一方面，他特別適合性能優(yōu)化，因為他對資源的規(guī)格、輸入輸出和預(yù)處理有最精確的控制力。不過動手前，需要熟悉UI架構(gòu)，能說清楚編輯器的功能和結(jié)構(gòu)。

我想詳細(xì)解釋一下優(yōu)化。頁游時代，我們項目的UI是用Flash直接制作的，連帶問題就是，各個界面的資源不能共享。同時期使用編輯器的項目，已經(jīng)是使用3D引擎渲染界面，使用共享九宮格，無論是下載速度還是顯示性能都有天然優(yōu)勢。

3. 直接使用引擎自帶的UI系統(tǒng)

大部分Unity項目，都是由策劃人員直接使用NGUI制作UI的。好的系統(tǒng)往往提供更強的功能。例如，NGUI支持自適應(yīng)縱寬比的動態(tài)布局，這是上面提及的自研編輯器所不支持的。美術(shù)可以自由添加任何引擎支持的資源。程序和TA可以提供小腳本，讓設(shè)計人員來直接定義動畫效果。但是完全自由組合的系統(tǒng)，對策劃/美術(shù)的技術(shù)要求高，容易引入bug，不易控制性能，資源穩(wěn)定性差。

我們的項目，有一份面向策劃的圖文文檔，20頁左右，說明界面的基本概念，全部的控件和自定義控件，以及常見的錯誤。

新UI策劃的上手大致是這樣的：

看NGUI的視頻教程，并親自動手做一次，大致1~2周時間

看項目的UI文檔

直接上手拼界面

《UI設(shè)計培訓(xùn)課程》免費試聽!

之后就是在工作的各種bug中刷經(jīng)驗了。由于UI和引擎完全混在一起，又不可能完全解釋所有情況，還有麻煩的潛規(guī)則，所以“正確地做界面”是要經(jīng)驗積累的。老帶新的情況下，新人可以平滑過渡到工作輸出。但是如果整個團隊從零開始的話，相當(dāng)需要突出的個人能力，可能需要3個月以上的磨合。