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

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

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

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

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

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

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

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

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

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

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

編輯器是固定布局的。

對于很多項(xiàng)目來說，自制UI編輯器是一個(gè)很好的方案，也是推薦方案。編輯器對策劃非常友好，易學(xué)易用，因?yàn)樗拗屏溯斎氲目赡苄裕瑳]有冗余選項(xiàng)，每個(gè)控件直接對應(yīng)一個(gè)明確的功能。另一方面，他特別適合性能優(yōu)化，因?yàn)樗麑Y源的規(guī)格、輸入輸出和預(yù)處理有最精確的控制力。不過動手前，需要熟悉UI架構(gòu)，能說清楚編輯器的功能和結(jié)構(gòu)。

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

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

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

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

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

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

看項(xiàng)目的UI文檔

直接上手拼界面

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

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