2011-09-03 86 views
0

我有兩個問題在這裏緊密耦合。關於創建自定義擴展控件的困惑

當你看着MSDN上的文檔有關創建擴展控制他們所宣揚新的控制必須從ExtenderControl這是Asp.net Ajax Library引用的一部分繼承:read more about it但閱讀更多關於擴展程序控件我還發現this其中指出控制必須從ExtenderControlBase繼承,這是AjaxControlToolkit的一部分。其思維是沒有意義的,工具包已經擴展控制收集和

  1. 爲什麼要我的新的控制從實際從Microsoft Ajax Library繼承另一個基地繼承這也使得誰用我的控制客戶端還包括工具包DLL無論他們喜歡與否。

  2. 另外,我在上面給出的參考文獻中設置的方式屬性是對比的。 Msdn使用get/set方法,但Toolkit文檔更喜歡GetValue, SetValue。現在要跟隨哪個。

3.雖然這不是一個真正的問題,但是如何保持控件的類庫,我現在沒有任何安排就可以設置。你基於文件夾安排他們嗎?你是否根據他們的功能來放置它們?

回答

0

1)ExtenderControl是.NET框架的一部分,並且是一個摘要類用於擴展以使用您自己的實現來創建您自己的擴展控件。

ExtenderControlBase來自外部AjaxControlToolkit庫,它擴展了ExtenderControl以提供更完整的實現,該實現在庫中進一步使用,並且可以被其他人使用。它可以節省您從頭開始構建自己的工作,因爲您可以利用已經實施的實施。

2)使用無論哪個get/set語法都與您決定使用的參考相匹配。

3)約定通常使用與命名空間匹配的文件夾結構,以邏輯方式分組。基於功能的聲音是一種明智的方式。

+0

感謝您的答案,但從客戶的角度來看,這不會讓他感覺「爲什麼我應該下載/依賴別的東西」離開客戶端「我自己」我感覺一樣 – Deeptechtons

+0

它不應該開發AjaxControlToolkit由微軟作爲框架的延伸。將其他庫合併到解決方案中是很常見的做法。沒有許可限制,客戶將獲得更強大,更全面的測試解決方案,並可以免費獲得未來更新中的更多更新。如果滾動,重新發明輪子沒有意義。 – TheCodeKing

+0

是的,我認爲你是對的,那麼我應該和我的上司討論一下。謝謝 – Deeptechtons