而不是使用所有基本的wpf控件,例如Label,TextBox,Grid等。我想創建所有這些基本控件的子類並使用子類。對所有WPF基本控件進行子分類
例如 公共類MyTextBox:TextBox {}
它們現在是虛擬類,但它留下了可擴展的空間,以備將來需要時使用。這是建議還是不必要?
而不是使用所有基本的wpf控件,例如Label,TextBox,Grid等。我想創建所有這些基本控件的子類並使用子類。對所有WPF基本控件進行子分類
例如 公共類MyTextBox:TextBox {}
它們現在是虛擬類,但它留下了可擴展的空間,以備將來需要時使用。這是建議還是不必要?
一個教科書的定義如果由於某種原因,你需要在未來繼承它會更容易簡單地創建它,然後比它做大量不必要的工作了。
這聽起來沒有必要,沒有生產力,絕對不推薦!
這種方法往往是矯枉過正。當它確實有它的用途時,你知道你將需要在未來某個時候改變基本的UI控件。因此,如果您使用的是第三方控件套件,那麼您可能會考慮這種方法,但您不希望在MS控件中使用MS控件,因爲它們已被納入框架 - 您不會改變它們!
另一種方法是確保您遵循像MVVM這樣的模式 - 這確保您有一個與您的工作代碼很好地分離的UI,並且可以以最小的影響更改控件。
這是yagni
我認爲這是不必要的。我們可以輕鬆地使用樣式來覆蓋控件的外觀和風格。如果你想添加屬性,你可以使用附加屬性。
爲什麼要在那裏?一路回到System.Object並派生自己的。爲什麼在地球上你會做這樣的事情?!?!? – 2010-10-18 02:23:04