問題

這一章，是寫得最艱難的一章，原因有四：

一、WUI的范疇實在太大了

第二部分Outside原計劃寫兩部分內容Dui和Wui，但是發現如果寫下去，這一章的內容太多，需要的作業量也大大超出預期，

所以把Wui改為第四部分，不再放在本章中講述，

二、Duilib開源庫本身的問題

最開始是發現，Duilib不支持class表達，作皮膚框架使用很別扭，但如果要換庫，也沒有非常好的選擇，

DuiLib_Ultimate還在維護但內容少，REDM和DuiVision不再維護，NIM_Duilib就只更新了一個版本，Soui的許可證太過奇葩，

三、Dui部分不能跨平臺

如果Dui僅僅是作為PB皮膚使用當然沒問題，但是隨著開發的深入，跨平臺成了很迫切的預期，深入還是放棄一直是在徘徊中，

四、PB代碼會編譯成別的語言

如果編譯成別的語言，界面庫就沒有太大的意義了，即使要移植，也肯定是選擇新語言的界面庫，而非Duilib，

基于以上四個問題，選擇duilib庫，開發界面框架，就成了一個非常困難的決定

其實這兩年，我都在更新PB的博客，但是沒有發表，因為我一直在調整框架的內核，

希望以后能有一個合適的選擇項，但是現在暫時放棄這一章的技術開發，以下內容僅供參考，

前言

在前兩節，我們已經分析了很多界面技術，但最被大家關注的界面技術一定是框架，

然而，框架也是侵入性最高的，更換框架的代價過高，所以我的目標一直是做一款更換成本最低的框架，

什么是框架，其實就是軟體的主界面，以經典的Kodigo框架為例，除了紅框內的內容，其它的都是框架，

軟體的主界面是軟體的核心界面，主界面的形象，直接決定了用戶對軟體的印象，

所以，不管什么技術，有框架的技術才是好技術，下面我們就來分析一下如何做個好框架，

其實要實作一個界面框架的思路很簡單：

就是把原生控制元件都放在dui控制元件之下，在dui控制元件上重新繪制就行了，

不管界面有多復雜，除了DataWindow所有控制元件全部都在dui控制元件上自繪，

這樣不僅能控制主題和風格，而且可以新增很多效果，至于DW也可以通過其它手段實作主題切換，

大多數的PB界面，無非是一個主界面框架，選單、工具條、狀態欄、還有視窗TAB，

框架用DUI控制元件顯示，紅框內的視窗區域用一個普通TEXT控制元件覆寫，然后把所有子視窗的父視窗都修改為TEXT控制元件，

這樣看起來很正常的界面，實際上由兩都完全不同的控制元件組成，兩種不同型別的視窗一起作業，誰也無法分辨，和諧統一，

其實整個框架不太復雜，只要把一些細節做到位，界面是沒有破綻的，

比如標題欄的訊息處理，比如OnSize的事件處理，

可惜當初選擇了Duilib，換庫需要重寫，自己卻沒有那時候的激情和動力了，

有空再來填坑吧，

（第二部分《Outside 哭泣的小丑》完）

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/539237.html

標籤：其他