在我們的分層應用程序中,我們通過WCF調用訪問數據庫。我們正在創建和處理每個請求的上下文。另外我們正在使用POCO方法。
我的問題是,在純POCO模型(完全持久無知波蘇斯)是可以跟蹤的變化,而我們正在創造和處理每個請求的情況下(如前面的背景下被佈置在服務調用)?如果是的話EF如何處理這種情況?據我可以看到2機制(基於快照的變更跟蹤和基於通知的變更跟蹤代理)將無法處理這個問題?如果不是,我們應該如何處理上下文以便我們能夠跟蹤這些變化?Entitity Framework:使用POCO方法更改SOA中的跟蹤
8
A
回答
2
不幸的是,你不會在實體框架v1.0中找到一個簡單的解決方案。 已經有很多discussion和小分辨率。這是EF v1.0中衆多已知問題之一,並且您將不得不編寫大量代碼來處理此問題。
在.NET 4.0的ADO.NET團隊紛紛推出Self-Tracking Entities來解決這個問題非常。
6
我會說:
不要在純SOA環境中使用自跟蹤實體:當你的客戶端使用 生成的代理類 自追蹤機構纔有效。
當你通過本書做SOA時,你不能指望你的客戶端 是.Net甚至更多.Net 4.0;哪個是唯一的場景 其中自我跟蹤實體將工作。您的服務將是 對任何其他客戶無用。
只是我的2美分, 問候, 公園
3
自跟蹤實體,如果你有能力與客戶分享模式,而不是使用由基準生成的元數據確實解決了這個問題。
摘要STE並從客戶端引用它們,您將有權訪問與上下文斷開連接的跟蹤。
相關問題
- 1. 跟蹤Microsoft Sync Framework中的更改
- 2. 使用$ watch跟蹤更改
- 3. 自我跟蹤POCO
- 4. 使用Microsoft Sync Framework上傳和下載的跟蹤更改
- 5. 使用rails跟蹤更改 - 「更改?」
- 6. 使用Zend Framework跟蹤數據庫更改?
- 7. 跟蹤更改
- 8. 跟蹤更改
- 9. Gridview中的跟蹤更改
- 10. 跟蹤myql更改的最佳方式
- 11. LINQ跟蹤更改
- 12. 禁用DataTable更改跟蹤
- 13. 用條件更改XML中的跟蹤
- 14. 使用git跟蹤.vdproj更改
- 15. 跟蹤列上的更改
- 16. 更改屬性的跟蹤更改
- 17. SQL Server:如何使用更改跟蹤列出更改的列?
- 18. 跟蹤Perl方法調用
- 19. 跟蹤遞歸硬幣更改算法
- 20. 通用更改跟蹤類改進
- 21. 跟蹤更改對象更改
- 22. EntityFramework CTP5更改跟蹤
- 23. Microsoft圖形更改跟蹤
- 24. Nhibernate沒有跟蹤更改
- 25. 更改跟蹤結構
- 26. SQL Server:表更改跟蹤
- 27. NHibernate屬性更改跟蹤
- 28. SQL 2008 FTS跟蹤更改
- 29. SQL Server 2008更改跟蹤
- 30. 跟蹤同步更改
關於你提到的縮寫引用*「自跟蹤實體」 *,請注意,縮寫使用,你首先應該介紹的是被縮寫。 – XenoRo 2012-11-16 14:45:14