最近用了幾個mfc（vc6）的第三方控制項，包括乙個可以調整顏色，大小，字型等等的list控制項，還有乙個可以動態增減屬性頁的tab控制項。
要小心搞清這些控制項的使用方法。這兩個控制項的使用方法就有不同。那個list控制項就要求先用mfc自己的list控制項做布局，只是把control物件替換為改進過的list的control類。因為這個改進類是繼承於標準list控制項的。所以控制項繫結的視窗還是標準list控制項的視窗。
而那個新tab控制項就不同，不需事先分配標準tab控制項，而是直接例項化新控制項物件，然後呼叫它的create函式建立自己的視窗。如果採用上一段描述的方式來使用該tab控制項，就會產生斷言失敗（assert failure）。失敗發生在create函式中，當它試圖為該tab控制項建立新視窗來繫結時，發現該物件已經有視窗了（布局時標準tab控制項的視窗），導致斷言錯。
通過這個錯誤，我在除錯的時候也進一步了解到mfc對視窗類（cwnd）的處理方式，控制項和對話方塊都繼承自cwnd類。cwnd以及視窗控制代碼（handle m_hwnd)的區別和聯絡體現了mfc如何封裝windows視窗物件。
delphi使用 第三方控制項
第三方控制項安裝時必須把所有的pas,dcu,dpk,res等檔案複製到你的lib目錄下 然後通過dpk進行安裝 安裝後會多出來新的控制項面板，新控制項就在那裡了 當然也有一些控制項會安裝到原有的面板上 比如說keyhook,mousehook和flashmedia等等 你也可以用控制項搜尋功能來查...
第三方控制項之我見
有些人比較喜歡使用第三方控制項，有名的第三方控制項有componentone和devexpress，這兩種控制項庫，都是非常的龐大，功能非常豐富，從選單到滾動條等都一應俱全。雖然這些控制項庫功能強大，外觀美觀，但是使用這些控制項會帶來很多問題 1.導致效能降低，這些控制項庫一眼都是上m的。而且都是基...
WPF 第三方控制項
目前第三方控制項在網上形成巨大的共享資源，其中包括收費的也有免費的，有開源的也有不開源的，合理的使用第三方控制項將使專案組的工作事半功倍。比如專案中有些複雜的業務邏輯 有些絢麗的效果需要有專門的定製控制項才能完成，這個時候我們會考慮到是專案組自己開發還是用第三方的控制項，其實很多時候我們都會權衡時間...