在過去的8年里，我經(jīng)過數(shù)次失敗的GUI系統(tǒng)設(shè)計經(jīng)歷，最終找到了一種算是可以的方案。這個方案使用一種類似MVC的架構(gòu)。主要有以下幾個大的部分：
【sprite系統(tǒng)】
sprite是一個從古老的游戲中一直演化過來的概念，而在這里，它代表了屏幕上的一個次元（層）中所有可見元素。
它描述了一個屏幕上的矩形，以及和其他矩形的關(guān)系。
它具有自己的更新和繪制方法。
它具有自己的各種特性，比如可拖動，比如事件冒泡。
同時，它還有一個稱為控制器的東西，這個東西會在創(chuàng)建或者attach的時候?qū)prite進行修改或者初始化。會處理sprite的輸入事件，并可以接管sprite的繪圖處理。
【UI元素】
UI元素是sprite的控制器接口的實現(xiàn)。并且會在初始化時去創(chuàng)建sprite，以達到顯示的目的。
一個UI元素就代表一個UI控件，比如一個編輯框，或者是一個combobox。
每個UI元素上都有數(shù)個事件的插槽，應(yīng)用程序可以通過向這些插槽插入事件處理來關(guān)注UI元素。
【UI腳本】
UI元素的插槽不僅可以插入一個事件處理，還可以插入一個UI腳本的方法索引。
而腳本系統(tǒng)和腳本方法索引，都是接口和無特定指向意義的數(shù)值類型，方便腳本擴展。
【引擎接口】
因為UI系統(tǒng)中會用到繪圖，貼圖，聲音，為了通用性，這些都被抽象為接口，以便于不同引擎的支持。
但是這個里面有一點非常重要，就是一定不要依賴于某個特定引擎或者平臺的特性進行接口設(shè)計，那會讓你束手束腳。
【資源管理】
因為UI系統(tǒng)中會涉及到比較多資源，所以，所有資源都被統(tǒng)一管理起來。通過字符串來進行資源索引。返回的是資源的接口指針。
在資源管理內(nèi)部，對每種資源都有一個緩沖池。當(dāng)然只做按名字緩沖，畢竟比較深層次的資源緩沖還要依賴引擎接口來完成。
資源里主要有以下幾種：圖像（貼圖組合動畫），貼圖，聲音，字體。
【文字繪制】
文字繪制，由字體資源和繪圖引擎接口共同來完成。
字體資源里有個中間件，用來管理字體的緩存，目前是采用256級灰度點陣來存儲，在各種繪圖引擎和平臺中都可以方便的轉(zhuǎn)化為屏幕圖元，并且還有灰度來保障邊緣混淆的正確顯示。
【關(guān)于繪圖系統(tǒng)】繪圖系統(tǒng)中，GUI的需求主要是 貼圖， 繪制簡單的矩形邊框矩形填充， 繪制線條， 裁剪。
GDI繪圖，一開始就被放棄了，因為它的整個系統(tǒng)的繪圖特性過多，會導(dǎo)致關(guān)注點的分散。為了替代GDI繪圖，我實現(xiàn)了一套內(nèi)存位圖的繪圖庫。不過最終這個庫還是會把結(jié)果丟到GDI的HDC上，只是中間過程里，都是在內(nèi)存中進行圖像的各種混合。
DX和OGL，因為這兩個都可以支持貼圖，所以實現(xiàn)UI系統(tǒng)需要的接口完全沒有問題。在實際GUI的編碼和測試中，我使用HGE這個DX的封裝接口來間接實現(xiàn)了UI系統(tǒng)所需的繪圖接口。
【數(shù)據(jù)源】UI系統(tǒng)里，每個UI元素都是從數(shù)據(jù)源中進行讀取并創(chuàng)建的。
數(shù)據(jù)源是一個純虛接口的形式，在實際編碼和測試中，我使用的是XML作為數(shù)據(jù)源。
XML既有良好的可讀性，又易于程序處理。非常適合在這里作為數(shù)據(jù)源。
【UI編輯器】
相應(yīng)的，生成數(shù)據(jù)源的部分，就是靠UI編輯器。
UI編輯器本身也是通過UI系統(tǒng)實現(xiàn)的。
UI編輯器主要包括幾個部分：布局編輯器、貼圖撿取、屬性編輯。其中布局編輯器這里，每個控件的繪制仍舊調(diào)用的是它自身的繪圖方法，不過為了防止觸發(fā)控件本身的事件，我用一個控件編輯容器樹，代替了原來的控件元素樹，樹結(jié)構(gòu)還是使用原有的結(jié)構(gòu)，控件被作為空間編輯容器的子元素。
【歷史】2002年 第一版UI系統(tǒng) 繪圖使用DIRECTDRAW，采用UI元素和UI視覺元素統(tǒng)一的方法，采用一棵樹進行繪制和UI自身的管理。沒有數(shù)據(jù)源，沒有編輯器，沒有腳本系統(tǒng)，完全試驗品。失敗原因：UI元素的設(shè)計問題，以及架構(gòu)不完善。
2005年 第二版UI系統(tǒng) 繪圖采用D3D，采用UI元素和UI視覺元素統(tǒng)一的方法，采用一棵樹進行繪制和管理。無數(shù)據(jù)源，無編輯器，無腳本系統(tǒng)，有事件處理插槽，在客戶端進行了小規(guī)模的使用。
2008年 第三版UI系統(tǒng) 繪圖采用抽象接口，有GDI（內(nèi)存位圖）和D3D實現(xiàn)。采用UI元素和UI視覺元素統(tǒng)一的方法，一棵樹繪制和管理。有數(shù)據(jù)源，無編輯器，無腳本系統(tǒng)，僅在開發(fā)和測試環(huán)境內(nèi)進行了使用。失敗原因：糾結(jié)在UI元素布局的管理上，后發(fā)現(xiàn)是UI元素的設(shè)計有問題。
2009年 第四版UI系統(tǒng) 繪圖采用抽象接口，有GDI（內(nèi)存位圖）和D3D（HGE），采用UI元素和UI視覺元素統(tǒng)一方法，一棵樹繪制和管理，有數(shù)據(jù)源，有編輯器。失敗原因：UI元素和視覺元素統(tǒng)一的方法，給UI元素的管理和UI元素的邏輯實現(xiàn)帶來很大限制。
2011年 第五版UI系統(tǒng) 繪圖采用抽象接口，有GDI（內(nèi)存位圖）和D3D（HGE），采用UI元素和UI視覺元素分開的方法，分為一顆邏輯樹，一顆視覺樹。數(shù)據(jù)源仍舊用XML，用第四版的編輯器實現(xiàn)方式。