idisposable

    1熱度

    1回答

    對於這個我在SO上閱讀了不少帖子,還需要一些幫助理解這個。 CodeAnalysis是說這種方法處理對象兩次。實際上,這個方法中的兩個對象正在警告我。曾經爲file.InputStream,一次用於reader對象 這裏是我的代碼: public void SaveCsvData(HttpPostedFileBase file, int vendorId) { var l

    0熱度

    3回答

    我一直在尋找一些接口實現,因爲我無法使用「使用」的關鍵字,以確保妥善處置在C#中的FileInfo對象,但編譯器給了我這個錯誤: 'System.IO.FileInfo': type used in a using statement must be implicitly convertible to 'System.IDisposable' 所以,從我做起記錄關於這些特定接口的實現。 我最終看到

    1熱度

    2回答

    在我的應用程序中,我使用多個Bing Maps WPF控件顯示一層圖釘。我使用MVVM,並將地圖放置在可由用戶打開和關閉的視圖中。當視圖關閉時,地圖將從視覺樹中移除,然後妥善處置。 然而,在關閉視圖後,它們似乎在內存中保持着。在使用Memory Profiler進行檢查後,它會以某種方式保存對視圖的引用,因此它不會被刪除。 我做一個簡單的測試應用程序來演示的泄漏: public partial c

    3熱度

    3回答

    在C#中,considered錯誤practice拋出方法中的例外IDisposable。 相比之下,在java中close方法AutoCloseable允許任何異常拋出並強制調用者以某種方式處理它。但是,如果發生這種情況,呼叫者有理由期望做什麼?這表明嘗試關閉資源失敗了。那麼用戶在繼續之前必須再次嘗試關閉資源,可能會出現某種指數退避?

    0熱度

    2回答

    好吧,所以......我有這個項目,我正在努力實現一個WCF(.SVC)服務來返回一個IDisposible對象。我們使用這樣的東西: FactoryService client = new FactoryService(); LibraryFactory factory = client.CreateLibraryFactory("Hello Library"); using (IErr

    3熱度

    1回答

    鑑於所述類都訂閱控件的事件和持有對控件的引用。 背景:我在幾個窗體/用戶控件上定製了滾動面板,我決定將滾動代碼提取到名爲「ScrollLogic」的類中,以便它可以重複使用。在類的構造函數是如下: Sub New (bntUp as Button, bntDown as Button, panelToScroll as Panel, _ scrollLength As Integer)

    0熱度

    2回答

    我知道Font類實現IDisposable接口,並應該使用using條款 我有一個類,我想有一個字體屬性顯式佈置也 class Test { Font Font {set; get;} public Test() { Font = new Font("Arial", 16, FontStyle.Bold); } } 我擔心與放置它

    3熱度

    2回答

    以下是有關這我不清楚一個例子: public class SomeClass : IDisposable { ~SomeClass() { Dispose(false); } public void Dispose() { Dispose(true); GC.SuppressFinalize(this); }

    0熱度

    1回答

    我感到驚訝的反應延長CompositeDisposable類失敗下面的測試 [Test] public void TestDisposable() { var ds = new List<IDisposable>(); int[] a = { 1, 2, 3 }; using (new CompositeDisposable(ds)) { d

    0熱度

    3回答

    背景: 我有一個得到了住在我的應用程序的UI線程主要對象。這個長期存在的父/容器對象包含一個作爲內部多線程的私有成員的子對象。 基於從孩子/包含對象發佈的某些事件,我希望父對象簡單地Dispose()孩子並重新創建它。 包含的對象擁有一些非託管資源以及一些大的託管內存緩衝區。 我能創建頂級對象,這是否對事件處理程序,但這意味着要被設置在物體會在方法調用即將取代它的調用堆棧。 (!) 這是因爲事件處