一、問題

新項目是基于 ABP vNext 框架進行開發的，所以我要求為每層編寫單元測試。在同事為某個倉儲編寫單元測試的時候，發現了一個奇怪的問題。他的對某個聚合根的 A 字段進行了更新，隨后對某個導航屬性 B 也進行了變更，最后通過倉儲提供的?UpdateAsync()?方法對變更的數據進行持久化。

結果再次查出來的時候，發現聚合根的 A 字段倒是更新了，但是導航屬性 B 的內部字段沒有進行變更。例如在下面的實例當中，聚合根的?Name?字段變更成功，但是導航屬性的?Street?字段變更失敗了。

二、原因

數據沒有更新到，說明問題肯定出在?UpdateAsync?方法內部，通過打斷點單步步入之后，也沒發現有什么奇怪的地方，是使用的 ABP vNext 提供的默認倉儲實現。

又在想是否跟實體追蹤有關，然后看同事寫得單元測試代碼，發現他是先使用的?GetAsync()?方法獲取到實體，然后手動變更了實體的屬性。變更完成之后，通過倉儲提供的?UpdateAsync()?方法進行更新。

看了很久發現它們并不是公用的一個工作單元，這就導致?GetAsync()?和?UpdateAsync()?方法內部得到的?DbContext?是不一樣的。在 EF Core 內部針對這種情況，稱之為?Disconnected entities?即斷開連接的實體，這個時候需要用戶手動 Attch 追蹤導航屬性。

三、解決

所以有兩種解決辦法，第一種方法是保證使用?GetAsync()?和?UpdateAsync()?方法時，它們都處于一個工作單元下，例如下面的偽代碼。

private readonly IUnitOfWorkManager _uowMgr; private readonly IRepository<TestUser, Guid> _repository;[Fact] public async Task Resolve1() {var entityId = Guid.NewGuid();await _repository.InsertAsync(new TestUser{Id = entityId,Name = "張三",Address = new TestUserAddress{City = "成都市",Street = "春熙路"}});using (var outerUow = _uowMgr.Begin()){var entity = await _repository.GetAsync(entityId);entity.Name = "李四";entity.Address.Street = "琴臺路";await _repository.UpdateAsync(entity);await outerUow.CompleteAsync();}var result = await _repository.GetAsync(entityId);result.Name.ShouldBe("李四");result.Address.Street.ShouldBe("琴臺路"); }

第二種方法變動則要大一些， 導航屬性沒有更新的根本原因，是因為在第二個工作單元中沒有追蹤到這個屬性，你只需要手動附加該導航屬性即可。在下面的例子中，我們重寫了?UpdateAsync()?方法，手動跟蹤導航屬性，也能夠達到上述效果。

四、參考資料

• StackOverflow?- Entity Framework disconnected graph and navigation property

• MSDN?- Disconnected entities

總結

以上是生活随笔為你收集整理的在 ABP vNext 中编写仓储单元测试的问题一则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。