關於winform第三方控制項的一些心得
這些天做一直做winform，為了美觀，為了方便，為了…等等為了一切需要的理由，俺用了一些第三方控制項，最後把自己搞得侯累侯累的，但也有些收穫，或者更確切的說是教訓吧，發出來，不藏私，覺的有理的說個好，沒理你也別惱，就當放屁！
1.你的winform程式需要換膚的，就不要用太高階的第三方控制項，比如俺用了dotnetbar,又想換膚，就又用了irisskin換膚控制項，這問題就來了，對於dotnetbar控制項你換膚沒用，後來想想也對，dotnetbar控制項本身就有換膚的功能 ，它不吊你irisskin控制項，可是用dotnetbar的換膚吧，又覺得不好看，就那幾個死樣子，這大概就是所謂的魚和熊掌不可兼得吧！還有個題外話，那換膚控制項不好用了，我就想自己做個，google,baidu一查，媽的，咱中國人做換膚功能的都是拿別人的換膚控制項，還真沒幾個仔細去研究這個(至少我查的結果是這樣)，這「拿來主義」也太重了吧，要是沒了破解版，還真不知成什麼樣！
2.對於第三方控制項，我們不只要用的好，放在最適合的地方，而且還要細細讀讀人家的開發文件，搞透了，才會「下筆如有神」。就說我用dotnetbar,本以為它只是個控制項集，研究了才知道，他是個框架，就像裡面有繼承自form的
devcomponents.dotnetbar.office2007form
，可以讓我們輕鬆實現仿office07的窗體，發出來看看，自滿下！
3.對於一些有原始碼的第三方控制項，在時間允許，精力允許的情況下，我們就得把這些控制項一層層的扒開來看，不要只是一味的拿來主義，我們還要把別人的變成自己的，這樣我們才能慢慢壯大，不然就永遠只是個軟體民工！就像這次我用的ribbon控制項， ，老外做的蠻強大的，但是裡面還是有欠缺的地方，至於欠缺在哪，各位大俠都是火眼晶晶的，就不用我贅言了！
4.如果專案需要而且時間允許，那不妨自己寫點自定義控制項的，用別人的不如用自己的，只有這樣你對整個專案所用控制項的控制力才是最強的，別人的控制項可能很強大，但是隨之而來的就是風險，你就能保證你的控制項是100%破解，而且沒有任何bug嗎，天下沒有免費的午餐，這是老話，但絕對有理！
今天就寫到這，留著後面再寫寫，誰叫咱就這麼點能耐呢，明天，繼續**，繼續努力，繼續學習，繼續…繼續奔向社會主義新生活，哈哈！
winform第三方控制項wmp
private void button5 click object sender,eventargs e 從本地新增歌曲按鈕 private void form5 load object sender,eventargs e 載入出來是順序的狀態 else else else messagebox....
第三方控制項之我見
有些人比較喜歡使用第三方控制項，有名的第三方控制項有componentone和devexpress，這兩種控制項庫，都是非常的龐大，功能非常豐富，從選單到滾動條等都一應俱全。雖然這些控制項庫功能強大，外觀美觀，但是使用這些控制項會帶來很多問題 1.導致效能降低，這些控制項庫一眼都是上m的。而且都是基...
WPF 第三方控制項
目前第三方控制項在網上形成巨大的共享資源，其中包括收費的也有免費的，有開源的也有不開源的，合理的使用第三方控制項將使專案組的工作事半功倍。比如專案中有些複雜的業務邏輯 有些絢麗的效果需要有專門的定製控制項才能完成，這個時候我們會考慮到是專案組自己開發還是用第三方的控制項，其實很多時候我們都會權衡時間...