2010-12-16 36 views
5

首先,我希望我能得到一些關於我的實踐的建議,因爲基於我讀過的很少的書,他們沒有在aspx頁面寫得太多..他們只是建立了一些控制,並用它們aspx頁面,這種方法也是一種很好的做法嗎?如果我不打算重複使用代碼,我應該使用用戶控件嗎?

這纔是我的問題,我想到了使用Web控件,而不是直接寫入到.aspx頁面中更好,因爲我可以重用的代碼,但我現在建立這些控件,我不認爲我會重用他們再次或者也許只是再一次。 所以你認爲在代碼中創建一個控件是明智的,而不是直接在.aspx頁面編碼?

我也在研究一個web用戶控件,爲我的數據庫添加一個新項目,然後我開始計劃更新或編輯控件..我想也許我會使用相同的控件來添加和編輯並開始重用我的代碼,並在我的方式編輯控件,以便能夠作爲添加和編輯控件,我開始添加屬性的控制,然後在Load方法中的幾個任務,然後一些檢查與if ..所以我意識到也許一個新的控制會更好!

我不知道,我在直覺上思考,但我真的可以使用專業的,經驗豐富的觀點。

感謝您的時間=)

回答

7

有時創建用戶控制,允許你封裝了一些特定的邏輯和UI元素到一個單獨的類。即使您不重用控件,最終的代碼也可能更易於閱讀和維護。以一個登錄控件爲例,如果您在用戶控件中進行與登錄相關的決策,並在代碼的其餘部分隱藏這些「詳細信息」,那麼代碼會變得更簡單,更易於閱讀和維護!

+0

這是一個很好的觀點。另一個例子是一個頁面,其中包含幾個不同的列表和圖表,就像一些儀表盤頁面一樣。這些都是可能的噩夢來維護。如果代碼很好地分離成單獨的控件,則可以修復一個目標片段,並將其餘的單獨留下。 +1 – wcm 2010-12-16 02:53:41

+0

@Gerardo Grignoli-我喜歡登錄控制的例子,你是完全正確的,但在我的情況下,控制將幾乎包含我將包括在.aspx頁面中的每一件事....我的意思是當我編輯或添加一個新的項目,會有一些標籤和文本框以及一些其他的輸入控件..這就是頁面的全部內容,我不認爲我需要多次使用它,也許兩次頂部!所以你怎麼看待這個? – lKashef 2010-12-16 02:53:48

+2

如果沒有意大利麪代碼清理,沒有明確的單獨的UI混合代碼中的問題,沒有必要重用,那麼我不明白爲什麼你會做一個用戶控制...如果你的簡單頁面變胖,你會自然要分解成用戶控件或簡單的類。但是,不,你不是被迫使用用戶控件。 – 2010-12-16 03:00:00

1

如果你不打算重用的代碼,那麼你不希望用戶控件或任何其他類型的控制。只需將適當的代碼和控件放到頁面上即可。

如果您後來發現您想要重用它,那麼您可以使用戶控制它。

+0

我同意你在這裏。當你發現你正在複製/粘貼東西而不是將代碼變成控件時。 – 2010-12-16 03:03:26

+0

@ A_Var-對不起,我沒有得到你想說的話! – lKashef 2010-12-16 03:10:21

1

如果你肯定知道你將要使用的對照組(或一些微小的變化),那麼在創建用戶控制是沒有道理的。

對於我來說,如果它發生,我認爲我可能會在未來一些項目再次需要類似的功能,那麼我有時會創建一個控制,只是因爲我認爲這將是有益的。

+0

+1「如果我發現在未來的某個項目中我可能再次需要類似的功能,那麼我有時會創建一個控件,因爲我認爲它會有用。」謝謝(Y) – lKashef 2010-12-16 02:55:26

+0

開始構建工具箱永遠不會太早; o) – wcm 2010-12-16 02:58:49