n带有实体框架的分层Asp.net应用

Question

我面临与以下问题相同的问题

实体框架6和工作单元…在哪里，何时？ 就像ado.net中的交易一样吗？

按照答案，我不应该在EF之上创建抽象层，但我想保持业务层独立。 因此，我决定采用最后一个选项，即添加TransactionScope。 但是我读到，它会影响性能。 我将IsolationLevel保留为ReadCommitted。 但是我不确定性能。

因此，如何在不将EF依赖性添加到业务层的情况下使用EF。

我的业务对象与实体对象不同。

Answer 1

如果您不想依赖EF，则必须将其抽象出来。 您提到的响应中的发布者认为这是太多的代码，但是如果您想将数据层实现与业务层分离，这是必不可少的。

从历史上看，我使用了从IUnitOfWork生成的相对通用的IRepository实现，例如：

uow.Get<IRepositoryType>()

通过使用IoC容器（最近使用TinyIoC），我们可以轻松地处理和交换我们的实现，并使域对象与数据对象分离。