Saya tahu dari membaca dokumentasi Microsoft bahwa "utama" penggunaan IDisposableantarmuka adalah untuk membersihkan sumber daya yang tidak dikelola. Bagi saya, "tidak terkelola" berarti hal-hal seperti koneksi basis data, soket, pegangan jendela, dll. Tapi, saya telah melihat kode di mana...
C # 2008 Saya telah mengerjakan ini untuk sementara waktu sekarang, dan saya masih bingung tentang penggunaan metode finalisasi dan buang dalam kode. Pertanyaan saya di bawah ini: Saya tahu bahwa kita hanya perlu penyelesai sementara membuang sumber daya yang tidak dikelola. Namun, jika ada...
System.Net.Http.HttpClient dan System.Net.Http.HttpClientHandler di .NET Framework 4.5 mengimplementasikan IDisposable (via System.Net.Http.HttpMessageInvoker ). The usingdokumentasi pernyataan mengatakan: Sebagai aturan, ketika Anda menggunakan objek IDisposable, Anda harus mendeklarasikan dan...
Di .NET, dalam kondisi apa saya harus menggunakan GC.SuppressFinalize()? Apa keuntungan yang diberikan metode ini kepada
DataSet dan DataTable keduanya mengimplementasikan IDisposable, jadi, dengan praktik terbaik konvensional, saya harus memanggil metode Buang () mereka. Namun, dari apa yang saya baca sejauh ini, DataSet dan DataTable sebenarnya tidak memiliki sumber daya yang tidak dikelola, jadi Buang ()...
Sesuatu seperti: using (IDisposable disposable = GetSomeDisposable()) { //..... //...... return Stg(); } Saya percaya itu bukan tempat yang tepat untuk pernyataan kembali,
Apakah aman untuk menggunakan usingpernyataan pada objek null (berpotensi)? Perhatikan contoh berikut: class Test { IDisposable GetObject(string name) { // returns null if not found } void DoSomething() { using (IDisposable x = GetObject("invalid name")) { if (x != null) { // etc... }...
Kelas seperti Stream, StreamReader, StreamWriterdll mengimplementasikan IDisposableinterface. Itu berarti, kita dapat memanggil Dispose()metode pada objek dari kelas-kelas ini. Mereka juga mendefinisikan publicmetode yang disebut Close(). Sekarang membingungkan saya, seperti apa yang harus saya...
.NET IDisposable Pattern menyiratkan bahwa jika Anda menulis finalizer, dan mengimplementasikan IDisposable, finalizer Anda perlu secara eksplisit memanggil Dispose. Ini logis, dan itulah yang selalu saya lakukan dalam situasi langka di mana seorang finalis dijamin. Namun, apa yang terjadi jika...
Mulailah dengan kelas-kelas sederhana ini ... Katakanlah saya memiliki satu set kelas sederhana seperti ini: class Bus { Driver busDriver = new Driver(); } class Driver { Shoe[] shoes = { new Shoe(), new Shoe() }; } class Shoe { Shoelace lace = new Shoelace(); } class Shoelace { bool...
Saya memiliki kode berikut using(MemoryStream ms = new MemoryStream()) { //code return 0; } The dispose()metode ini disebut pada akhir usingpernyataan kawat gigi }yang benar? Karena I returnsebelum akhir usingpernyataan, apakah MemoryStreambenda tersebut akan dibuang dengan benar? Apa yang...
Saya terpesona dengan cara kerja CLR dan GC (saya sedang mengembangkan pengetahuan saya tentang hal ini dengan membaca CLR melalui C #, buku / postingan Jon Skeet, dan banyak lagi). Bagaimanapun, apa perbedaan antara mengatakan: MyClass myclass = new MyClass(); myclass = null; Atau, dengan...
Adakah metode, atau cara ringan lainnya, untuk memeriksa apakah referensi ditujukan ke benda yang dibuang? PS - Ini hanya keingintahuan (tidur nyenyak, bukan dalam kode produksi). Ya, saya tahu saya dapat menangkap ObjectDisposedExceptionsaat mencoba mengakses anggota objek.
Selama beralih ke .NET Core 3 yang baru IAsynsDisposable, saya menemukan masalah berikut. Inti dari masalah: jika DisposeAsyncmelempar pengecualian, pengecualian ini menyembunyikan setiap pengecualian yang dilemparkan ke dalam await using-block. class Program { static async Task Main() { try...