[英]n Layered Asp.net app with Entity framework
我面臨與以下問題相同的問題
實體框架6和工作單元…在哪里,何時? 就像ado.net中的交易一樣嗎?
按照答案,我不應該在EF之上創建抽象層,但我想保持業務層獨立。 因此,我決定采用最后一個選項,即添加TransactionScope。 但是我讀到,它會影響性能。 我將IsolationLevel保留為ReadCommitted。 但是我不確定性能。
因此,如何在不將EF依賴性添加到業務層的情況下使用EF。
我的業務對象與實體對象不同。
如果您不想依賴EF,則必須將其抽象出來。 您提到的響應中的發布者認為這是太多的代碼,但是如果您想將數據層實現與業務層分離,這是必不可少的。
從歷史上看,我使用了從IUnitOfWork生成的相對通用的IRepository實現,例如:
uow.Get<IRepositoryType>()
通過使用IoC容器(最近使用TinyIoC),我們可以輕松地處理和交換我們的實現,並使域對象與數據對象分離。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.