需求：提供一個可配置的界面，供DLL們來注冊菜單、按鈕這些界面元素，界面元素所需的資源由DLL提供。DLL們需要外顯的方法，綁定到自己注冊的界面元素上。

設(shè)計：DLL動態(tài)加載需要DLL管理器，功能是根據(jù)提供的文件名，加載指定的DLL或進(jìn)行卸載
            DLL是特定類的實現(xiàn)，特定類不但自己要添加界面，有時候還要向外提供服務(wù)，需要一個接口管理器，供DLL注冊接口和他人取用。
            DLL模仿COM的方式，實現(xiàn)幾個Ini, Active, DeActive, UnLoad的接口，這些接口是固定的，因此DLL提供綁定的方法，不可能通過導(dǎo)出函數(shù)的形式提供。
           可配置界面提供接口，供添加、刪除界面元素，以及改變界面元素的狀態(tài)。

嘗試：DLL將自己的界面元素和相應(yīng)函數(shù)，統(tǒng)一封裝到TMenuItem中，相應(yīng)函數(shù)封裝到TMenuItem的Action中。

部署：1個exe + n個DLL+dll配置文件+ui配置文件

結(jié)果：可以將正確的名字添加到主界面。比如：Menu_DLL1, Menu_DLL2, Menu_DLL3。
            外觀上沒有任何問題。
            所有的動態(tài)菜單都指向了DLL1的響應(yīng)函數(shù)。
            中間過程，添加、UI的界面元素容器、通過UI元素容器中的元素添加過程中，相應(yīng)函數(shù)的地址都沒問題。
           
問題出在：VCL的這套東西上，允許exe和dll之間傳遞TAction*, TMenuItem*。但是并沒有對允許的這些操作做很好的支持。以至于出現(xiàn)上述令人莫名其妙的問題。
             或者，將成員函數(shù)作為回調(diào)函數(shù)傳遞出去的這種方法，也會導(dǎo)致這個問題。

教訓(xùn)：exe和dll之間傳遞vector尚被人詬病，更何況是T***這些東西呢。返璞歸真，傳遞簡單數(shù)據(jù)類型吧。

下一步：改成簡單數(shù)據(jù)類型，用非成員的函數(shù)指針傳遞出去，作為回調(diào)函數(shù)試試。