沮喪與ASP.NET MVC應用程序的正確體系結構

Question

我試圖創建一個新的ASP.NET MVC應用程序（與實體框架），再次有點沮喪。

例如，我有以下各表數據庫：

表用戶：

CREATE TABLE [dbo].[Users](
[ID] [int] IDENTITY(1,1) NOT NULL, 
[FirstName] [nvarchar](50) NOT NULL, 
[LastName] [nvarchar](50) NOT NULL, 
[Title] [nvarchar](max) NOT NULL, 
[Company] [nvarchar](50) NOT NULL, 
[Phone] [nvarchar](50) NULL, 

[CompanyUrl] [nvarchar](max) NULL, 
[EmailPlainText] [bit] NULL, 
[ProfileImage] [nvarchar](max) NULL, 
[ProfileDescription] [nvarchar](max) NULL, 
[ProfileDocument] [nvarchar](max) NULL, 
[ProfileWebSite] [nvarchar](max) NULL, 
[Facebook] [nvarchar](max) NULL, 
[Linkedin] [nvarchar](max) NULL, 
[MySpace] [nvarchar](max) NULL, 
[Twitter] [nvarchar](max) NULL, 
CONSTRAINT [PK_Users] PRIMARY KEY CLUSTERED 



CREATE TABLE [dbo].[Services](
[ServiceID] [int] IDENTITY(1,1) NOT NULL, 
[ServiceName] [nvarchar](250) NOT NULL, 
[ServiceOrder] [int] NOT NULL, 
CONSTRAINT [PK_Services] PRIMARY KEY CLUSTERED 



CREATE TABLE [dbo].[UserServices](
[UserID] [int] NOT NULL, 
[ServiceID] [int] NOT NULL, 
CONSTRAINT [PK_UserServices] PRIMARY KEY CLUSTERED 



CREATE TABLE [dbo].[GeographicalAreas](
[GeoAreaID] [int] IDENTITY(1,1) NOT NULL, 
[GeoAreaName] [nvarchar](250) NOT NULL, 
CONSTRAINT [PK_GeographicalAreas] PRIMARY KEY CLUSTERED 



CREATE TABLE [dbo].[UserGeoAreas](
[UserID] [int] NOT NULL, 
[GeoAreaID] [int] NOT NULL, 
CONSTRAINT [PK_UserGeoAreas] PRIMARY KEY CLUSTERED 

所以，我們怎麼能看到，有：一個表的用戶信息，2表字典（Services和GeographicalAreas）和2個表格（UserServices和UserGeoAreas），用於在用戶和表格詞典之間建立多對多的關係。標準情況

此外，我們有3個不同的網頁：

1. 在第一頁上應顯示：

名字，姓氏，職務，公司，服務（鏈接到用戶）和GeoAreas （鏈接到用戶）

1. 在第二頁上：

名字，姓氏，職務，公司，Facebook，LinkedIn和Twitter的

1. 在第三頁上只有名字，姓氏，ProfileImage和ProfileDocument

此外，filrst頁面上應該是驗證類似屬性「required」等

那麼，怎麼實現呢？

第一種方式：

創建3個不同的視圖類（3個不同的模型）爲每個網頁，創建3個不同的LINQ-請求（在一個類儲存庫3點公開的方法），控制器的各個方法（每一頁）調用類的存儲庫的適當的方法

第二種方式：

創建一個公共視圖類（包括所有需要3頁的字段），在一個類的倉庫一個常見的方法，其填充所有字段，控制器的每種方法調用知識庫的方法

第三種方式：

創建3個不同的視圖類（3個不同的型號）的每一頁，一個共同的類（包括所有需要3頁的字段），在一個類的存儲庫的一種方法，其填充所有字段，3個轉換器將數據從公共類移動到相應的視圖類。

Answer 1

如果有疑問，請與Single Responsibility Principle：

在面向對象的編程，單一職責原則指出，每個對象都應該有一個責任，這個責任應完全由類封裝。它的所有服務都應該與責任完全一致。

你的選項1是正確的。每個視圖都應該有自己獨特的控制器和自己獨特的視圖模型（理想情況下可以通過自己對倉庫的不同調用來獲取）。