gpt4 book ai didi

c# - 静态类中的静态 DataServiceContext

转载 作者:行者123 更新时间:2023-11-30 22:14:02 24 4
gpt4 key购买 nike

我是 EF 的新手,看来我犯了一个错误,但我想澄清一下。

我的场景:

  • Winforms 应用程序 (ClickOnce)
  • 一个静态类,其唯一职责是通过 DataServiceContext 更新数据库 - 单个 URI
  • 整个应用中只有一个控件使用了这个类

我使用静态类创建了一个 DataServiceContext 的只读实例。还有一个 GetMethod,它使用上下文中的 ToList() 获取数据——此列表随后用于数据绑定(bind)。我只需要简单的 CRUD,所以有一个保存/删除方法,实体被传入和更新。

当我阅读更多有关 EF 的内容时,我了解到共享上下文由于并发问题而变得糟糕。在这种情况下,我似乎可以摆脱静态上下文,因为每个应用程序实例只会有一个用户访问相同的上下文,或者我会吗?我想让事情尽可能简单。我开始考虑也许我应该将静态类变成一个常规类,并在方法之间共享一个不可变的 DataServiceContext 实例作为保障?也许我应该在通过 SaveChanges 进行服务调用的每个方法中应用一个 using(DataServiceContext) 来进一步收紧事情?我现在需要做这些事情还是可能是 YAGNI?

因为我在这里是自学的(没有导师),所以我可能有擅离职守的危险。我可能需要一些关于 EF 的基本规则,因为我目前的阅读还没有引导我。请帮忙。

最佳答案

这不仅仅是关于并发性(但是是的:这是一个重要的问题)——它还与正确性有关。如果您只有一个数据上下文,则存在一些问题:

首先,内存:随着越来越多的数据附加到身份管理器和更改跟踪器中,它会在应用程序的生命周期内缓慢增长。

其次 - 新鲜度:一旦事物附加到数据上下文,您就会看到内存中的对象 - 它可能会停止显示数据库中对象的最新状态

第三 - 损坏:如果出现任何问题,通常的处理方式是简单地回滚任何正在进行的更改,丢弃数据上下文并报告错误和/或重试操作(在新的数据上下文上);你不能继续使用旧的数据上下文——它现在处于未定义状态

由于所有这些原因,一般模式是您仅将数据上下文用作工作单元,以执行单个操作或一组相关/范围内的操作。之后,刻录它并重新开始

关于c# - 静态类中的静态 DataServiceContext,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18697261/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com