陷阱

2009-02-05 198 views
1

我建立一個C#winform應用程序,我繼承了框架使用UI控件從這個庫LumiSoft這些似乎不錯,但年齡和馬車。之前的開發人員更喜歡他們所允許的較小尺寸。我最近還發現了這些免費控件:DevExpress這些更新,更全功能。陷阱

我的問題的是這樣的:

  1. 如果任何是具有兩個連接到 我的項目的UI控件的挫折到 ?
  2. 是否值得我的時間 與 的DevExpress替換所有Lumisoft?
  3. 什麼是人民 對使用​​UI 圖書館的喜歡的DevExpress一般的感受嗎?

回答

3

1)這裏的缺點是,你最終分發更多的程序集,因此佔用了更大的硬盤空間,因爲你使用了兩組可能在功能上重疊的控件。根據您的應用程序和目標用戶,這可能或可能不是問題。其次是保持用戶界面一致的問題。如果兩個庫都提供了Office 2007外觀,並且它們可能無法完全匹配顏色,那麼您的應用程序可能看起來不一致。

2)只有你可以知道它所花的時間對你的項目是否值得。考慮到用另一個供應商替換另一個控制器不太可能是控制類的簡單重命名。它們可能具有不同的屬性集,因此您需要花時間修改代碼,以便再次編譯,然後重新測試以確保其按預期工作。除非您的客戶要求更改,否則與添加新功能的時間相比,這不太值得。

3)除非你有一個非常普通的應用,你幾乎可以肯定使用組件庫,而不是把每件事寫自己節省時間。這就是爲什麼Infragistics,DevExpress,ComponentOne和其他許多供應商在組件市場上生活得很好的原因。另外,它們會隨時更新最新的外觀和感覺,從而更容易地更新自己的應用程序以模仿相同的外觀。

N.B有一個叫Krypton Toolkit另一個自由控制庫,但在公開的利益我想指出的是我自己寫的!所以我偏向於推薦它。

0

當我決定利用第三方控制,我所要做的就是創建在我的項目的自定義控件充當第三方控制一個簡單的容器。

然後,我創建了自己的屬性,允許我定義如何完成基礎控件的設置和自定義。爲什麼要去解決所有這些問題?

因爲如果我想從第三方供應商A切換到第三方供應商B,我只需更改自定義控件,並且所有對供應商A控件的引用現在都消失了,並由供應商B控件取代。

根據您打包的控件的複雜程度,這可能不是您可行的解決方案。但是,如果您不得不查找所有這些舊控件並將它們切換到其他控件,那麼現在先前的一些時間可以爲您節省任何未來的麻煩,因爲您找到了更喜歡的其他控件(或者甚至選擇實施你自己)。

祝你好運!