DirectUI免費版(界麵開發) v5.0 最新版

非常不錯的界麵開發工具，DirectUI免費版帶給需要的朋友進行使用。通過使用DirectUI界麵庫開發工具，能夠將軟件中與界麵相關的資源文件，資源配置和界麵邏輯與軟件業務邏輯部分進行徹底的分離，而且DirectUI免費版還擁有多種布局空間及幾十套可擴展的界麵控件，能夠很好的適用於軟件客戶端界麵開發等方麵的工作，需要的用戶可不要錯過哦！

DirectUI免費版功能介紹：

.3D界麵引擎

從技術核心上徹底改變了以往的2D坐標係統，每個控件元素都支持3個坐標值：X、Y、Z。將傳統的平麵窗口改變為三維可旋轉的窗口，用戶可以多視角來操作界麵上的內容。即便是在界麵斜放或側麵的時候，都能夠用鼠標準確點擊裏麵的控件。這個交互體驗完全實現了真實世界的用戶體驗。在3D的窗口界麵上，還可以放置2D的控件麵板。全麵靈活地實現了2D界麵中放置3D界麵和3D界麵中放置2D界麵的功能。性能上做到了非常低的CPU占用和內存占用。一改以往複雜三維界麵占用大量CPU時間的做法，UIPower充分發揮顯卡硬件的性能，將所有與圖形計算相關統統交由GPU去處理。經過長時間的測試和驗證，目前的絕大部分的電腦的配置都能流暢地運行該3D界麵引擎。

.界麵製作工具

DirectUI將界麵開發工作由原先的程序員工作量比例為90%轉向設計師工作量為90%。這種轉變也說明界麵開發工作也有原來的繁瑣、不可視、不可複製性向低門檻、易於搭建、可視化、可重用性方向發展。所以DirectUIBuilder工具的定位主要麵向UI設計師，其次才是軟件工程師。而UI設計師使用該工具的時間比例在90%以上，軟件工程師一般使用該工具關聯一下事件與查看對象名稱，所以時間比例為10%以內。所以界麵製作為何需要可視化？用XML配置不也可以嗎？可視化的好處在哪裏？類似於這樣問題的回答就變得顯而易見了。界麵本身就屬於視覺領域，用不可見的工具來製作可見的東西，豈不很不直觀！而且對於XML的領悟，對於一般的設計師來說比較困難，通常不具備這樣的技術基礎。而即便有了這樣的基礎，還要去學習一大堆界麵庫特有的控件節點寫法也不是那種容易上手的事情。當控件在調整時也無法實時看見修改後的狀態，所以有一個界麵製作工具供軟件研發人員使用就變得尤其重要。一款界麵庫存在多大的生命力，很大程度上取決於其提供工具的直觀性易用性，能在多大程度上提高用戶開發界麵的效率。DirectUIBuilder屬於平台的一部分，所以當有新特效、新控件、新布局創建時，不必修改它的內部代碼，不必重新編譯。所以當用戶根據自己的需求創建了一個新控件後，DirectUIBuilder可以自動認識該新控件，而且像平台默認提供的其他控件一樣地進行可視化的使用。DirectUIBuilder的提供也成為第三代界麵庫是否成熟的標誌性工具之一。

.界麵與業務分離

界麵庫要達到的最高境界是界麵與業務邏輯的徹底分離，就是說隻要業務功能不添加的情況下，無論怎麼修改界麵及界麵功能，都不可能影響到用戶應用程序的修改與重新編譯。DirectUI通過向用戶提供可視化界麵工具、腳本控製、界麵與業務分離與集成解決方案（界麵抽象層UAL）來實現。其中分離與集成解決方案是實現徹底分離重要步驟。DirectUI技術支持人員會協助用戶將應用程序中的界麵功能按不同類別分析出來，並采用相應的語言（如C++/C#/VB/JAVA等）描述出界麵抽象層UAL。此時，界麵實現人員可以與業務分離人員同步工作。界麵人員從界麵抽象層派生界麵實現層，並采用DirectUI提供的接口與方法進行各種功能的實現。業務分離人員從界麵抽象層派生界麵虛擬層，采用各種空操作與提示性輸出操作來實現裏麵的各項功能，虛擬層的實現十分簡單明了，所以一般在很短的時間內就可以完成了。完成虛擬層以後，業務人員就可以在應用程序的入口處創建那個虛擬層，然後在程序各處需要有界麵操作的地方進行虛擬層方法的調用，完成後即可調試運行，當然這個時候還不能顯示界麵，隻能通過調試窗口的輸出來獲得界麵功能的確認。一般編譯成功就算該步驟成功結束。當界麵實現人員完成了所有界麵實現層的工作後，就可以提交給業務人員進行虛擬層的替換了。替換方法很簡單，隻要在應用程序入口處創建界麵實現層就可以了，應用程序的其他地方都不用做任何的修改。因為虛擬層與實現層都派生自共同的基類，而我們在應用程序內部的調用就采用基類提供的方法。所以可以直接調用。至此，界麵與業務邏輯的徹底分離的工作就完成了。值得一提的是，這個分離將在用戶軟件的以後的生命周期內永遠有效，即便以後采用別的界麵庫來實現，而且可以很容易地實現別的界麵實現層，比如OpenGL界麵實現層，WPF界麵實現層等。

.腳本控製

DirectUI的界麵邏輯既可以在用戶程序中調用進行控製也可以采用腳本進行控製。目前支持的腳本為Javascript與Lua兩種，用戶可以選擇其中的一種來使用。何為界麵邏輯？為何需要腳本來控製呢？所謂界麵邏輯，指的是與界麵操作相關的一係列方法與事件。比如在界麵中有一個按鈕用來控製左側麵板的縮進與展開。在傳統的界麵開發方式下，我們需要在應用程序裏麵響應該按鈕的Click事件來對左側麵板進行位置的控製。這樣的處理方式會導致界麵邏輯的修改而影響到應用程序的重新編譯。而界麵邏輯的變化與調整在整個軟件的生命周期內是非常頻繁與普遍的。所以找到一種界麵邏輯的變化不會影響到應用軟件的重新編譯的方式成為第三代界麵庫的一大技術要點。DirectUI很巧妙地運用了腳本特有一些特性，將內部生成的控件實例對象通過腳本規則導出到外部，由腳本來調用控件的接口與方法。用戶寫成的腳本.js或.lua被打包進DirectUI的皮膚文件中。這樣，當程序切換皮膚文件時，也把相應的界麵邏輯也一同切換了。沒有腳本支持的界麵庫是無法做到界麵與業務邏輯的徹底分離的。所以，是否支持腳本控製就成為界麵庫能否真正實現界麵與業務邏輯徹底分離的標誌性技術點。

.支持控件多種布局

在傳統的界麵開發方式下，控件的布局一般通過相對於當前窗口的絕對坐標與WM_SIZE事件處理函數中計算控件的相對位置來進行控製。這種方式的弊端：靈活性不夠。如果需要調整多個控件的布局位置，需要修改資源窗口上麵控件的位置或OnSize處理函數中的相應參數（這種方式是不可見狀態下的調整，想要看調整效果必須編譯運行當前程序，一個控件的位置調整會反複多次的修改、運行查看，再修改、再運行查看的過程）。這樣會給軟件開發維護帶來很大的不便。DirectUI在可視化開發工具DirectUIBuilder環境下提供了4大類布局控件：HorzLayout,VertLayout,GridLayout,DockLayout。用戶可以根據自己應用的需要擴展新的布局控件。采用係統提供的幾大類布局控件，可以所見即所得地輕鬆完成各種複雜的布局應用。這樣的布局一般獨立於程序的代碼，給軟件的開發與維護提供了極大的方便。如果用戶需要在程序運行過程中根據相應的界麵邏輯或業務邏輯進行布局參數的動態設定，DirectUI提供了布局控件的接口與方法，用戶可以調用相應的接口方法對參數等進行動態的修改與應用。支持多種靈活的布局控件是第三代自定義界麵開發工具的一大標誌。唯有布局的豐富才能最大程度上簡化控件之間的層次關係。

.最小的內存占用

無論在什麼年代，軟件對內存的占用是一個永恒的話題。即便到了今天內存配置已高達4G甚至更高，但還是得關注軟件的內存占用多少。因為用戶的電腦都是多任務多進程方式執行，而且現在軟件的功能都相當的豐富，他們的內存消耗自然就多。所以，哪個軟件開發商更注重係統內存的極少占用越會博得用戶的好感。而對一款以貼圖為主的界麵庫來說，DirectUI更需要注重對係統內存的最小占用，以滿足用戶的苛刻要求。DirectUI采用了共享資源、動態壓縮使用頻率低的圖像、按需加載、顯卡緩存紋理等自主研發的專利技術。經過內存優化後的較沒有優化的減少了10倍之多的占用。DirectUI還提供了一整套內存優化的用戶操作指南，在該幫助中提示用戶如何切割圖像以求最小的內存占用與最優的執行性能。在實際項目開發中，DirectUI技術支持人員將給出更具周到的窗口布局、控件選擇等方麵的寶貴建議。

.插件式控件管理

一個界麵庫好不好很大程度上取決於是否有足夠豐富的控件。而如何管理數量眾多的控件並且保證用戶在發布時隻會打包用到的一些控件。這就給界麵庫的架構提出了一個全新的挑戰。第一代（比如BCG、CodeJock等）和第二代（Skin++）的界麵庫都是鐵板一塊，把所有的功能都放在一起，這樣用戶發布時必須帶上很大的DLL。在互聯網客戶端應用中是特別不合適的，因為軟件開發商都會為軟件的體積承擔流量的成本。所以DirectUI對可以擴展的部件采用了插件式的管理，控件就是一種可擴展非常強的一類部件。插件式管理的好處是即插即用，易於維護，易於升級，易於獨立開發，對平台的依賴性小等。DirectUI提供了VS2003-VS2010的控件開發向導。用戶可以很方便地使用該向導開發出滿足DirectUI規則的控件。所謂控件，其實就是一堆屬性、一堆繪圖、一堆事件的集合。而DirectUI平台把所有控件都經常用到的這些屬性規則、繪圖規則、事件規則統一抽象為各種控件開發可用的工具集。所以控件開發人員隻需專注於控件的界麵邏輯，並調用平台提供的這些工具集中的某些小工具，即可以很容易的地實現出各種功能的控件。與傳統的開發自定義控件相比，DirectUI提供的控件開發規則要容易的多，而且不容易出錯，確保運行的好效果。

.支持Alpha混合

DirectUI吸取了遊戲引擎的精髓，提供了2D圖像的動態Alpha混合。用戶可以控製每個圖元對象的不透明度，從而可以很靈活地支持各種控件效果與動畫效果。Alpha混合在GDI中的效率是比較低下的，所以DirectUI在算法方麵，采用了MMX優化AlphaBlend指令、多核CPU多線程同步混合和髒區域局部更新機製來解決原有GDI函數效率低下的問題。該項技術在國內外界麵庫行業尚屬首創，從而很好地滿足各行業對性能的苛刻要求。根據綜合測試發現，經過優化後性能提升了22倍之多。特別在低配置的機器上運行也很流暢。在DirectX與OpenGL繪圖引擎中，主要采用髒區域局部更新與多線程紋理繪製來提升總體性能。經過優化後性能提升了10倍左右。

.高速圖像渲染

渲染引擎是最核心的功能模塊，其功能強弱、效率高低、內存占用高低等都直接影響到DirectUI整體的性能。繪圖引擎采用純虛的圖像設備上下文來對各種圖像渲染引擎進行全麵的支持。Virtual RenderDC將各種圖像與文字的處理設計成各種類，並將每個類的方法設計成純虛函數。如果要支持例如DirectX繪圖引擎，隻需要將那些純虛的各種類與接口實現即可。所以通過該機製DirectUI實現了多渲染引擎的支持。

.最小依賴

DirectUI定位於各種軟件行業的界麵整體解決方案。所以通用性是其一大特點。無論是互聯網還是多媒體娛樂都無不出現它的身影。既然要如此的通用，那麼沒有第三方的依賴是它滿足通用性的必要條件。這裏的第三方不光是指除微軟開發的軟件庫，更包含微軟開發的MFC庫、DotnetFramework等。所以發布使用了DirectUI的應用程序時，隻需要帶上DirectUI.dll文件就可以了，無需再打包別的DLL。這樣的應用程序可以用在Windows95以後的所有的操作係統上。與微軟的WPF相比，DirectUI正是以超強的兼容性和性能絕對優勢才得以博得用戶的信賴與選擇。DirectUI采用了Windows SDK,STL,JS/LUA,XML,ZIP,RenderEngine等技術實現了無依賴的DLL庫。

DirectUI使用說明教程：

一、啟動 DirectUIBuilder

在本地插入硬件狗，啟動 DirectUI Builder

彈出許可管理器配置窗口，填寫服務器為 127.0.0.1，端口為 3001，啟動 DirectUI Builder

二、新建解決方案

1.選擇文件，新建解決方案

彈出解決方案配置窗口，輸入解決方案的名稱並選擇保存的路徑。

我們這裏解決方案的名稱為 360Demo，保存路徑為桌麵上360Demo文件夾。

將“啟動 DUI 新建向導”處於勾取狀態。

點擊“完成”按鈕，進入 DUI 文件的窗口步驟。

2.完成後將可以看到 DUI 文件的創建窗口，分別填寫皮膚信息和 DUI 文件保存路徑。

DUI 文件描述了界麵窗口的結構關係，是皮膚骨架的描述文件。

將“是否自動創建 Skn”選擇為勾取狀態，點擊“完成”按鈕，進入 Skn 文件配置窗口。

3.在 Skn 文件配置窗口中填寫 Skn 配置信息和保存路徑後點擊“下一步”按鈕。

Skn 文件描述了界麵控件的外觀，是窗口的外皮。

4.點擊“下一步”後進入皮膚主題的選擇窗口

由於目前我們未發布任何的主題包，所以沒有主題可以進行選擇，直接點擊“完成”按鈕。

進過以上的步驟我們完成了皮膚文件的創建工作，接下來我們將開始設置皮膚控件。