Empat masalah "anti-corak" dalam pembangunan C# perlu dielakkan. Pertama, penggunaan async/menunggu yang tidak munasabah membawa kepada kebuntuan atau kemerosotan prestasi. Kita harus mematuhi prinsip asynchronousness penuh, mengkonfigurasi configureAwait (palsu) dan menyeragamkan penamaan; Kedua, kebergantungan yang berlebihan terhadap VAR mempengaruhi kebolehbacaan, dan secara eksplisit mengisytiharkan dan menyatukan spesifikasi pasukan apabila jenisnya tidak jelas; Ketiga, penggunaan pelupusan dan pengurusan sumber yang tidak betul menyebabkan kebocoran, dan pernyataan penggunaan harus digunakan dengan betul dan mod standard yang boleh dilancarkan harus dilaksanakan; Keempat, penyalahgunaan kelas statik atau singleton menyebabkan kesukaran ujian, dan keutamaan harus diberikan kepada suntikan ketergantungan, ketenteraan, atau kitaran hayat yang diuruskan oleh bekas. Mengelakkan salah faham ini dapat meningkatkan kualiti dan penyelenggaraan kod dengan ketara.

Semasa proses pembangunan C#, walaupun bahasa itu sendiri direka dengan baik dan berkuasa, pemaju mungkin masih jatuh ke dalam beberapa perangkap biasa kerana pengalaman atau tabiat yang tidak mencukupi. Kesalahan ini sering tidak sintaksis, tetapi adalah "anti-corak" dalam reka bentuk seni bina, organisasi kod atau pengurusan sumber. Mengelakkan masalah ini dapat meningkatkan kualiti kod dan penyelenggaraan projek.

1. Penggunaan async/await yang tidak munasabah menyebabkan kemerosotan atau kemerosotan prestasi

Ramai orang menghadapi kebuntuan apabila menggunakan pengaturcaraan asynchronous atau tidak benar -benar mengambil kesempatan daripada asynchronous. Sebagai contoh, memanggil .Result atau .Wait() dalam benang UI dengan mudah boleh menyebabkan kebuntuan, terutamanya dalam aplikasi WinForm atau WPF.

Kesalahan biasa:

• Penyalahgunaan .Result
• Abaikan konfigurasi ConfigureAwait(false) untuk menyebabkan penangkapan konteks
• Penamaan Kaedah Asynchronous tidak diseragamkan (jika tidak berakhir dengan Async )

Amalan yang dicadangkan:

• Mematuhi prinsip "penuh tak segerak" dan gunakan async/await dari atas ke bawah
• Gunakan ConfigureAwait(false) di Perpustakaan Kelas untuk mengelakkan penangkapan konteks yang tidak perlu
• Elakkan pencampuran .Wait() atau .Result dalam kaedah Asynchronous

2. Terlalu ketergantungan pada var dan kesimpulan jenis tersirat

Kata kunci var dalam C# sememangnya mudah, tetapi jika disalahgunakan, ia akan menyebabkan kod tersebut kurang dibaca. Terutama apabila jenis pembolehubah tidak jelas, ia akan menjadikan sukar bagi pemaju lain untuk memahami niatnya.

Senario biasa:

• var result = SomeComplexMethod(); (Saya tidak tahu jenis apa yang hendak kembali)
• Tiada komen atau dokumentasi yang jelas semasa menggunakan jenis tanpa nama
• Gunakan var dalam gelung untuk menyembunyikan maklumat jenis sebenar (contohnya, berulang dengan IEnumerable<string></string> tetapi tuliskannya sebagai var item )

Amalan yang dicadangkan:

• Secara eksplisit menyatakan jenis apabila tidak jelas atau mudah difahami
• Tambahkan komen kepada pembolehubah objek kompleks atau jenis tanpa nama untuk menggambarkan struktur
• Piawaian bersatu untuk kegunaan var dalam pasukan

3. Penggunaan yang tidak betul untuk Dispose , using dan pengurusan sumber

Ramai pemaju tidak mempunyai pemahaman yang tidak mencukupi tentang antara muka yang boleh dipertikaikan, mengakibatkan kebocoran sumber atau pelepasan berulang. Masalah jenis ini sangat biasa terutama apabila berurusan dengan sumber seperti fail, sambungan pangkalan data, permintaan rangkaian, dll.

Ketinggalan biasa:

• Terlupa untuk memanggil Dispose() secara manual
• Pelbagai sumber tidak dibalut dengan using blok apabila bersarang
• Semasa melaksanakan IDisposable dalam kelas, corak standard tidak diikuti (seperti finalisasi tidak diproses)

Amalan yang dicadangkan:

• Mana -mana objek yang melaksanakan IDisposable hendaklah diproses dengan using pernyataan.
• Sumber berganda boleh bersarang dengan pelbagai using pernyataan, atau penulisan yang dipermudahkan dalam C#8
• Melaksanakan IDisposable dengan betul apabila menyesuaikan kelas sumber dan pertimbangkan sama ada finalisasi diperlukan

4. Penyalahgunaan kelas statik atau singleton membuat ujian sukar

Untuk kemudahan, banyak pemaju suka membuat kelas alat dan kelas perkhidmatan ke dalam kelas statik atau singleton global, tetapi ini menjadikan ujian unit sukar dan melanggar prinsip suntikan pergantungan.

Masalah biasa:

• Kelas statik tidak dapat dihina, mempengaruhi liputan ujian
• Singleton memegang Negeri, mengakibatkan tingkah laku yang tidak normal dalam persekitaran multithreaded
• Gandingan kuat antara kelas, sukar untuk menggantikan dan melaksanakan

Amalan yang dicadangkan:

• Cuba gunakan suntikan ketergantungan dan bukannya mengakses kelas statik atau singleton secara langsung
• Kelas alat hendaklah disimpan tanpa statur sebanyak mungkin, jika tidak, ia harus digunakan sebagai kelas contoh biasa.
• Sekiranya singleton mesti digunakan, pertimbangkan untuk menguruskan kitaran hayat melalui bekas

Pada asasnya, "titik pit" ini dalam pembangunan C#. Sesetengah mungkin kelihatan isu -isu kecil, tetapi dalam jangka masa panjang ia akan menjejaskan kebolehkerjaan dan kestabilan projek. Mengelakkan anti-corak ini akan membolehkan anda menulis lebih jelas, lebih selamat, dan lebih mudah untuk memperluaskan kod C#.

Atas ialah kandungan terperinci Apakah beberapa perangkap biasa atau anti-corak untuk dielakkan ketika berkembang dengan C#?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!