在3層應用程序中使用中繼器控制有什麼優點和缺點？

如果可能，請指出一個更好的選擇，如果有的話。

2011-07-27 Joyce

中繼器控制對您是否有好的或不好的3層應用程序沒有任何影響。它只是一個預構建的ASP.NET控件，您可以使用它來迭代數據。該數據可以是從模型層到數據表類到強類型類的任何數據。

我們通常偏離使用中繼器，除非我們正在做某些事情需要事件處理。

服務器控件通常會有很多開銷，因爲它們是爲了抽象Web（它們也有自己的生命週期）併爲綁定和事件處理提供掛鉤。如果你不需要做任何事件處理，那麼我會建議只使用一個簡單的循環。

2011-07-27 03:45:17 rkaregaran

我不同意用循環代替中繼器。服務器端控件的優點是它們預先處理事件中的數據並且僅在以後渲染內容。如果發生錯誤，它通常在預處理部分，並允許您乾淨地重定向到錯誤屏幕，而不是處理生成的一半頁面。此類服務器端控件的開銷實際上也不是問題 - 這只是處理請求總時間的一小部分。 –

我認爲這絕對取決於您正在處理的數據類型。理想情況下，您的「業務」或「數據」層應該完成所有的處理過程，並向前端提供清晰的數據列表。前端不應該擔心數據不會處於正確的狀態 - 在我看來，這種驗證類型應該早在應用程序中發生。 – rkaregaran

IMO程序員應該是防禦性的，而不是假設他們得到的數據是「乾淨的」。 –

回答