- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在向我的 DataContext 添加一个实体。在此之后,我必须将此实体发送回 View (向最终用户显示结果)。
DbSet 有 Add返回新实体的方法。但我需要我的实体包含导航属性。
目前,我再次调用 DataContext 并传递 newEntity 的 Id 以查找实体。
public async Task<Entity> AddAsync(Entity entity)
{
var savedEntity = m_DataContext.Entities.Add(entity);
await m_DataContext.SaveChangesAsync();
return await m_DataContext.Entities
.Include(p=>p.SubEntity)
.FirstAsync(p=>p.Id==savedEntity.Id);
}
是否可以在添加操作期间包含导航属性?
我的代码有效,但我正在寻找更优雅的方法。
最佳答案
我意识到这不是代码的实际解决方案。然而,这是对 OP 问题的一般解决方案。
如果用户输入了该实体的信息,并且它只是被持久化回数据库,那么您不需要将该对象发送回给用户。
如果通知 UI 成功持久化,然后通过另一个请求从导航属性请求新数据,那就更好了。
“成功持久化” 可以只是新添加实体的新 ID。这将使您的 AddAsync
执行 return entity.Id
。在我看来,您在 AddAsync
方法的当前实现中违反了 SRP。我的例子:
public async Task<Entity> AddAsync(Entity entity)
{
var savedEntity = m_DataContext.Entities.Add(entity);
await m_DataContext.SaveChangesAsync();
return entity.Id;
}
@CallumLinington I thought about this way. And it looks organically according to single responsibility pattern. But I have the list of entities with possibility to view them (master-detail pattern). Moreover, in first I just added a created on the view entity to this list (when received the successful call back that entity was added). But it didn't look safely for me. From another hand, I want to limit calls to the database. It is the reason for implementation in this way
除非有真正的理由表明它不安全,而不仅仅是您的意见,如果有真正的理由您想限制对数据库的调用而不仅仅是您的意见,我不会限制您的设计。
在你甚至完全证明原因之前就对自己施加不必要的限制只会在以后产生糟糕的代码,并且你将最终不得不“破解”一些东西,因为你的设计有缺陷。
过早的优化是一种不好的做法 - 经过深思熟虑和合理的优化是一种很好的做法。
因此,例如,仅仅因为您认为它会节省执行速度而使用静态方法而不是实例方法是不好的。
首先编写最简单的方法,然后查看实际需要优化的地方。 - 这几乎是 TDD 方法。
关于c# - EF : Include navigation property to result of adding entity in DbSet,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35982572/
EF POCO 和 EF Code First 有什么区别? 如果我一开始只使用 POCO,我可以将 EF 与它们一起使用吗? 最佳答案 如果您首先使用 EF 代码,您将拥有 POCO 对象,并且数据
EF POCO 和 EF Code First 有什么区别? 如果我一开始只使用 POCO,我可以将 EF 与它们一起使用吗? 最佳答案 如果您首先使用 EF 代码,您将拥有 POCO 对象,并且数据
我有一个基于 .NET 4.8 和 EF 6.4.4 的项目。我们正在逐步迁移到 .Net Core,但在此过程中我可以创建一个 .NET Core 数据上下文类 EF Core 并将两者指向相同的实
我有以下 Entity Framework 5 代码第一类 public class Airplane { public int Id { get; set; } public int
我正在尝试使用 Entity Framework Core 对现有数据库进行逆向工程.我试着按照指示from Microsoft但我遇到了错误: Unable to find provider ass
当数据库不是由 EF 代码首先创建时,有没有办法检查 DbContext 是否与数据库匹配? 我正在寻找与 Database.CompatibleWithModel 类似的功能但没有元数据。 最佳答案
目前,我正在重构我的上下文方法的测试,以不再需要真正的数据库。我使用 Ef Core。 所以我通读了 Microsoft 文档如何测试上下文方法。我首先找到了 EF6 测试的文档,然后阅读了 EfCo
我正在使用 EF 6 Database.SqlQuery 语句来执行存储过程,并实现错误和事务处理,打开和关闭事务(处理多个记录,如果一个记录有错误,仅回滚此,并提交其他任何内容无错误完成)。 Lis
我首先使用 EF 数据库,因为我喜欢在 SQL Management Studio 中设计我的数据库,坦率地说,让 Visual Studio 直接从数据库创建所有实体非常容易,而无需执行任何代码。
我的项目中有几个迁移文件,由于我对上次迁移进行了手动修改,所以我不想使用“程序包管理器控制台”重新生成它。我只需要添加 1 列。所以在之前的迁移中手动添加了这个(我可以这样做,因为还没有人升级过)。
原文:https://bit.ly/2umidlb 作者:jon p smith 翻译:王亮 声明:我翻译技术文章不是逐句翻译的,而是根据我自己的理解来表述的。其中可能会去除一些本人实在不知道如何组
我们想开始一个新项目,我们决定从一开始就在一些表中使用 Columnstore 索引和聚簇索引,我们如何使用 Code First EF Core 3.1 做到这一点? 最佳答案 您应该将主键更改为非
我在 Entity Framework 6.0 上。这是一个开发问题,而不是生产问题。 我想我有一个相互矛盾的策略。 目前,我设置了 DropCreateDatabaseIfModelChanges
我在 VS 2012 RTM 上,使用 EF 5。我在做代码优先,但由于我只是在开发中,所以试图忽略代码迁移。为了避免它们,我有这一套 Database.SetInitializer(new Drop
我有复杂的审计字段类型 我的复杂类型: [ComplexType] public class AuditData { [Column("CreatorUserId")] public
我已经阅读了很多关于如何在关系中指定外键名称的帖子,没有遇到任何问题。不过,我想知道的是,有没有办法更改主键和关系的命名方式? 例如,您有一个以 UserId 作为主键的 User 表。 EF 代码第
我刚刚安装了新的Entity Framework 4.1 NuGet包,因此根据NuGet指令和this article of Scott Hanselman替换了EFCodeFirst包。 现在,想
我的应用程序基于 .NET 4.0 和 EF 4。我现在正在考虑升级到最新版本。 是否有任何可能对我的申请产生不利影响的重大变化或行为差异? 升级路径有多简单?升级到 EF 5 是否需要任何代码更改或
假设您必须使用 EF Code First 和 POCO 类开发支持多种语言的网站,您将如何对 POCO 类进行建模以支持这种情况? 通过多语言支持,我的意思不仅是拥有例如在一些资源文件中为您的 UI
我首先使用 EF 4.1 代码。鉴于以下类片段: public class Doctor { public virtual ICollection Hospitals { get; set;
我是一名优秀的程序员,十分优秀!