1
A
回答
2
每當初始化一個定義爲IDisposable
的對象時,都應該將創建包裝在using
語句中。這是一個遵循並確保處置的普遍良好規則。
這包括您的數據上下文。如果你不這樣做,並且控制器在使用數據上下文的過程中拋出異常,那麼最終可能會打開連接。
3
如果你在談論EF數據上下文,答案是否定的,ASP.NET MVC不會自動處理它,但你shouldn't be worried關於把它作爲Stephen Walther在他的博客文章中解釋。這裏有一個similar answer。
相關問題
- 1. Django:檢查對象是否存在但不是對象的當前實例
- 2. 如何在丟失對象實例時處理對象實例
- 3. JavaScript的Date對象是否自動處理日光節約?
- 4. 實例化數據庫對象問題
- 5. 當實例化一個Java對象時,它是否是自動創建的父類的對象?
- 6. 當程序終止時,是否所有未手動處理的對象都會自動處理?
- 7. Android處理靜態數據庫對象
- 8. 對象實例已處理(EF)
- 9. 對象字面處理多個實例
- 10. 自動檢測數據庫實例
- 11. codeigniter實例化的數據庫對象的類型是什麼?
- 12. MVC3數據庫示例?
- 13. 「數據庫URL」和「數據庫實例」是否相同?
- 14. 瞬態故障處理應用程序塊是否處理當前連接到聯合數據庫的連接?
- 15. 我是否處理好數據庫連接(實體框架)?
- 16. DB2實例是否與數據庫實例相同?
- 17. JOptionPane showMessageDialog方法是否自動實例化此對話框所需的對象
- 18. 如何從C函數中獲取對象的當前實例
- 19. 存儲庫是否應該處理默認實例?
- 20. 我應該在當前對象實例上還是在數據結構實例上同步?
- 21. 是否有'處理'對象的術語? (不是工廠對象)
- 22. 實體框架對象引用是否等於相同的數據庫對象
- 23. 自動C++內存/對象實例管理?聰明的指針?
- 24. 如何知道當前活動實例是否存在?
- 25. 驗證對象是否可以被處理的最佳實踐
- 26. NUnit是否處理實現IDisposable的對象?
- 27. 處理單例對象
- 28. 用於處理實例的「數據庫」的模式
- 29. 未將對象引用設置爲MVC3中的對象實例
- 30. 自我對象是否會被Python的多重處理共享?
這個說法呢? 「我認爲任何被認爲是IDisposable的東西都應該被明確地處理;你應該把任何類視爲黑盒子,而不是對其內部實現做出假設,這在未來的版本中可能會改變。」 – devuxer 2012-03-12 16:46:57
我認爲這是危險的建議。作爲一般規則,我會說,如果一個類型實現了'IDisposable',你應該調用'Dispose'(或者使用'''''')。在這個類的「公開可見的表面」上的意圖是你應該調用Dispose。瞭解一些關於爲什麼不適用的特權信息(因爲您已經對它進行了反編譯或者與團隊中的某個開發人員交談)似乎是一個非常不穩固的原因,而不是這樣做。例如,如果此行爲在未來版本中發生了變化,該怎麼辦?恕我直言,只要堅持規則就比較容易,除非你有特定的原因_不要 – 2012-03-12 16:47:39