实体框架4 - 在哪里放置"ApplyCurrentValues"逻辑?

RPM*_*984 6 c# design-patterns unit-of-work entity-framework-4

我正在使用" 存根技术 "来更新我的POCO(用于分离的上下文,ASP.NET MVC).

这是我目前在我的控制器中的代码(可以工作):

[HttpPost]
public ActionResult Edit(Review review)
{
   Review originalReview = _userContentService.FindById(review.PostId) as Review;
   var ctx = _unitOfWork as MySqlServerObjectContext;
   ctx.ApplyCurrentValues("MyEntities.Posts", review);
   _unitOfWork.Commit();
   // ..snip - MVC stuff..
}
Run Code Online (Sandbox Code Playgroud)

如你所见,到处都有代码味道.:)

几点:

  1. 我基本上都使用依赖注入(基于接口)
  2. 我使用工作单元模式来抽象ObjectContext并在多个存储库之间提供持久性
  3. 目前我的IUnitOfWork接口只有一个方法:void Commit();
  4. 控制器拥有IUserContentServiceIUnitOfWork通过DI注入
  5. IUserContentServiceFind在存储库中调用,使用ObjectContext.

这些是我不喜欢上面代码的两件事:

  1. 我不想将IUnitOfWork转换MySqlServerObjectContext.
  2. 我不希望Controller需要关心 ApplyCurrentValues

我基本上希望我的代码看起来像这样:

[HttpPost]
public ActionResult Edit(Review review)
{
   _userContentService.Update(review);
   _unitOfWork.Commit();
   // ..snip - MVC stuff..
}
Run Code Online (Sandbox Code Playgroud)

任何想法我怎么能这样做?(或类似的东西).

我已经很聪明地根据类型(泛型,复数的组合)来计算实体集名称,所以不要过于担心.

我不知道放在哪里最好的地方ApplyCurrentValues?将它放在IUnitOfWork界面中似乎不合适,因为这是一个持久性(EF)问题.出于同样的原因,它不属于服务.如果我把它放在我的MySqlServerObjectContext班级(有意义),我会在哪里调用它,因为没有任何东西可以直接访问这个类 - 当有东西请求时它会通过DI注入IUnitOfWork.

有什么想法吗?

编辑

我在下面使用存根技术有一个解决方案,但问题是如果我已经检索了我正在更新的实体,它会抛出异常,说明具有该密钥的实体已经存在.

这是有道理的,虽然我不知道如何解决这个问题?

我是否需要"检查实体是否已经附加,如果没有,请附上它?"

任何EF4专家都可以提供帮助吗?

编辑

没关系 - 找到了解决方案,请参阅下面的答案.

RPM*_*984 8

想出来 - 不容易,所以我会尽力解释.(对于那些关心的人)

控制器相关代码:

// _userContentService is IUserContentService
_userContentService.Update(review);
Run Code Online (Sandbox Code Playgroud)

因此,我的控制器调用一个名为Updateon 的方法IUserContentService,通过强类型Review对象.

用户内容服务相关代码

public void Update(Post post)
{
   // _userContentRepository is IPostRepository
   _userContentRepository.UpdateModel(post);
}
Run Code Online (Sandbox Code Playgroud)

所以,我的服务调用一个名为UpdateModelon 的方法IPostRepository,通过强类型Review对象.

现在,这是棘手的部分.

我实际上没有特定的存储库.我有一个名为的通用存储库GenericRepository<T> : IRepository<T>,它处理所有不同的存储库.

因此,当某事请求IPostRepository(我的服务正在进行)时,DI会给它一个GenericRepository<Post>.

但现在,我给它一个PostRepository:

public class PostRepository : GenericRepository<Post>, IPostRepository
{
   public void UpdateModel(Post post)
   {
      var originalPost = CurrentEntitySet.SingleOrDefault(p => p.PostId == post.PostId);
      Context.ApplyCurrentValues(GetEntityName<Post>(), post);
   }
}
Run Code Online (Sandbox Code Playgroud)

并且因为该类派生GenericRepository,它继承了所有核心存储库逻辑(Find,Add等).

起初,我试图将UpdateModel代码放在GenericRepository类本身中(然后我就不需要这个特定的存储库),但问题是检索现有实体的逻辑是基于特定的实体密钥,GenericRepository<T>我不知道.

但最终的结果是缝合深藏在数据层的深处,我最终得到了一个非常干净的控制器.

编辑

这种"存根技术"也有效:

public void UpdateModel(Post post)
{
   var stub = new Review {PostId = post.PostId};
   CurrentEntitySet.Attach(stub);
   Context.ApplyCurrentValues(GetEntityName<Post>(), post);
}
Run Code Online (Sandbox Code Playgroud)

但问题是因为Post是抽象的,我无法实例化,因此必须检查Post的类型并为每个派生类型创建存根.不是一个选择.

编辑2(上一次)

好吧,让"存根技术"与抽象类一起工作,所以现在解决了并发问题.

我在UpdateModel方法中添加了一个泛型类型参数,以及特殊的new()约束.

执行:

public void UpdateModel<T>(T post) where T : Post, new()
{
   var stub = new T { PostId = post.PostId };
   CurrentEntitySet.Attach(stub);
   Context.ApplyCurrentValues(GetEntityName<Post>, post);
}
Run Code Online (Sandbox Code Playgroud)

接口:

void UpdateModel<T>(T post) where T : Post, new();
Run Code Online (Sandbox Code Playgroud)

这可以防止我不得不手动找出T的类型,防止并发问题,并防止额外的数据库访问.

非常时髦.

编辑3(我认为最后一次是最后一次)

上面的"存根技术"有效,但是如果我事先检索对象,它会抛出一个异常,说明OSM中已经存在具有该密钥的实体.

任何人都可以建议如何处理这个?

编辑4(好的 - 这就是它!)

我找到了解决方案,多亏了这个答案:是否可以检查对象是否已经附加到实体框架中的数据上下文?

我曾尝试使用以下代码"检查实体是否已附加":

ObjectStateEntry entry;
CurrentContext.ObjectStateManager.TryGetObjectStateEntry(entity, out entry);
Run Code Online (Sandbox Code Playgroud)

但它总是返回null,即使在我探索OSM的时候,我可以看到我的实体在那里使用相同的密钥.

但是这段代码有效:

CurrentContext.ObjectStateManager.TryGetObjectStateEntry(CurrentContext.CreateEntityKey(CurrentContext.GetEntityName<T>(), entity), out entry)
Run Code Online (Sandbox Code Playgroud)

也许是因为我使用Pure POCO,OSM很难搞清楚实体密钥,谁知道呢.

哦,我添加的另一件事 - 所以我不必为每个实体添加一个特定的存储库,我创建了一个名为" [EntityKey] "的属性(公共属性属性).

所有POCO必须有1个用该属性修饰的公共属性,或者我在我的存储库模块中抛出异常.

因此,我的通用存储库然后查找此属性以创建/设置存根.

是的 - 它使用反射,但它是巧妙的反射(基于属性),我已经使用反射来实现T的实体集名称的多层化.

无论如何,问题解决了 - 现在一切正常!