我正在用asp.net mvc創建一個調用無狀態服務層的n層wep應用程序。asp.net mvc我爲我的模型使用了太多的類嗎?
因此,除了服務層使用ORM處理的「模型」之外,我還爲每個映射到特定控制器的模型類設置了一個DTO。然後,對於每個DTO類,我都有一個UI模型類,我使用DTO填充適當的數據,然後與視圖一起使用。然後,在發佈的控制器上,我將信息從UI視圖發送到服務層。這聽起來正確嗎?
我正在用asp.net mvc創建一個調用無狀態服務層的n層wep應用程序。asp.net mvc我爲我的模型使用了太多的類嗎?
因此,除了服務層使用ORM處理的「模型」之外,我還爲每個映射到特定控制器的模型類設置了一個DTO。然後,對於每個DTO類,我都有一個UI模型類,我使用DTO填充適當的數據,然後與視圖一起使用。然後,在發佈的控制器上,我將信息從UI視圖發送到服務層。這聽起來正確嗎?
是的,這聽起來像你跟在Single Responsibility Principle,而不是在God Classes一起咀嚼任何東西。
你很少會有太多類,但最重要的不是數量,而是負責任的明確劃分和封裝。
從給出的簡短描述來看,它並沒有完全消失。
這取決於你爲什麼這樣做。你是否這樣做是因爲它實際上向你購買了任何東西,或者因爲你覺得你應該這樣做,因爲你已經在某些博客上看到過這些內容?
對我來說聽起來很痛苦。
是的,我同意,放棄服務DTOs,這是一層太多。 – mare 2010-01-28 15:50:38