ASP.NET企業架構：業務層

我是一個ASP.NET/C#開發人員，我一直工作在這方面的兩年。我最近進入了一個新的ASP.NET項目，創建企業架構的人很缺席。由於這種情況，我試圖瞭解一些不尋常的決定的利弊。ASP.NET企業架構：業務層

最重要的是，我注意到，他創造了一個業務層，每一個對象，在實時性，對象的集合。

public class User : List <User> {}

即使我知道，我應該問這些問題，誰創造了這個結構的一個，但我想知道是否有人能告訴我在業務層定義對象的集合的利弊。

2009-10-17 frabiacca

您是否嘗試過發送這http://thedailywtf.com – 2009-10-17 15:17:42

如果你發現我的答案「夠好」，請標記爲已接受。謝謝:) – 2009-10-19 08:10:37

沒有任何其他方面，我至少會說，建模業務實體（如User類可能是一個例子）應該採用面向對象的模式進行建模。我的世界中的用戶代表系統中的一個人，因此本身很少是用戶的集合。因此，讓User類繼承用戶列表對我來說沒有意義。

2009-10-17 15:20:45

thx彼得，我非常感謝你的回答。我習慣於在業務層創建我的對象，並且單獨思考它們。列表繼承是沒有意義的MEE了。 – frabiacca 2009-10-18 00:15:04

很高興爲您提供幫助:)用面向對象的建模偉大的事情是，常識應用.. – 2009-10-18 11:04:39

如果你想用戶的集合返回到用戶界面。說，你想要使用這個通用列表綁定到一個gridview。

像..

公共類UsersList：名單<用戶> {}

問候，

2009-11-24 00:45:34

我不明白什麼ü意味着當你說了「如果你想要用戶的集合返回UI」。實際上，我通常在業務層看到一組單一對象。然後，如果我需要將一個列表綁定到一個gridview，我會創建一個方法返回一個列表 – frabiacca 2009-11-25 11:07:06

回答