实现简单数据输入应用程序的实体框架

这个问题可能已经被问了1000次,但今天早上谷歌并不是我的朋友。

我正在从使用存储过程和业务对象切换到使用实体框架。我喜欢从生成的EDM(这里是数据库优先方法)生成POCO的简单性。我喜欢打字少了很多。

我很难为一个非常常见的应用场景(无论如何,在我的世界里)找到合适的设计。

基本上,想象一个数据输入应用程序,比如说一个在线商店的管理员(我是在WPF中做的,但它很容易是基于web的)。

管理员希望在数据网格中查看客户列表(管理客户视图)。对于每一行,都有编辑或删除Customer的按钮。在网格的底部,有一个创建新客户的按钮。

如果他们删除了一个Customer,它将立即从数据网格和后端数据存储中删除(确认后)。如果他们编辑客户,将弹出一个窗口(编辑客户视图),显示该客户的当前数据。他们可以编辑数据,然后单击“提交”或“取消”。“提交”将更改保存到数据存储,“取消”将放弃更改。两个按钮都会关闭窗口。

如果他们从Manage Customer视图中单击New Customer按钮,则会创建一个新Customer对象(尚未保存到DB中),并打开相同的Edit Customer视图,显示新的空白Customer。

以下是我目前所获得的:

构建管理客户视图模型时,它会填充一个客户的公共列表,例如:

public List<Customer> customers {get; set; }  
using (WebStoreEndities context = new WebStoreEntities())
{
    customers = context.Customers.ToList();
}

然后,如果管理员用户单击Customer行中的Edit按钮,则绑定的Customer对象将传递给Edit Customer视图的构造函数。该视图构造其视图模型,该模型具有视图绑定到的customer属性。用户可以对视图中的customer对象进行更改,然后单击“保存”或“取消”。

这就是我迷路的地方。在我的业务对象/存储过程实现中,我只需要两个Customer对象:一个用于正在编辑的Customer(绑定到视图),另一个是该Customer的副本,称为backupCustomer,用于在取消编辑客户视图时恢复更改(因为我使用的是MVVM,客户的财产会立即从UI中更改,如果他们开始进行更改,然后单击取消,他们预计不会在该客户中看到他们的更改)。

更重要的是,如果他们在Edit Customer视图中单击Submit,就会调用Customer业务对象的Save()方法,该方法会到达DAL并启动存储过程以更新数据存储。

好了,现在来谈谈实体框架的现实。

问题#1。无法保存单个实体。因此,即使我扩展Customer实体以使用Save()方法,它也必须创建一个新的WebStoreEntities上下文并对其调用SaveChanges():

using (WebStoreEntities context = new WebStoreEntities())
{
    context.SaveChanges();
}

这对我来说似乎很奇怪。我不认为你会想要一个实体实例来创建实体上下文之类的东西。

问题#2。在我的业务对象实现中,我缓存了我的对象,所以我只需要从DB中获取它们一次。如果他们对客户做出了改变,那就太好了。我只对它调用save(),它就会更新数据存储。与删除和插入相同。但我从来都不需要多次获取相同的Customer集合(并发性在这个特定项目中不是问题)。在我的EF实现中,每次他们打开“管理客户”视图时,都会触发上面的代码以获取客户列表。我想我可以在整个应用程序中保持一个数据上下文打开,但这似乎也是一个糟糕的设计。为整个用户会话建立数据存储的连接,因为他们可能多次打开同一个视图。

请帮我解决以上问题,如果可以的话,不要被我要说的话所困扰(这只是我最初的印象):

EF似乎模糊了我关注点分离的逻辑界限:

• 您必须在UI项目中保留实体连接字符串的副本(我通常将业务对象和数据对象保存在单独的项目中)。
• 不能告诉实体保存自己或删除自己。您必须从底层上下文(通常在UI层中)执行此操作。在我的UI中,我希望能够说出myBusinessObject.Save()或myBusinessObject.Delete(),因为知道对象知道如何保存或删除自己。

无论如何,EF似乎是未来,所以我会坚持下去。我很喜欢你的建议。

非常感谢!

疯猴子。