


Apabila menyemak kod C/C, kami agak kerap menemui pembolehubah yang tidak pernah digunakan. Pembolehubah yang tidak digunakan sedemikian berlaku untuk pelbagai sebab. Dalam siaran ini, kita melihat beberapa sebab paling biasa mengapa pembolehubah yang tidak digunakan berlaku dalam kod C/C. Kami menyemak cara pengkompil memberi amaran tentang pembolehubah yang tidak digunakan dan cara menyekat amaran untuk pembolehubah tertentu yang tidak digunakan.
Mengapa pembolehubah tidak digunakan
Terdapat banyak sebab mengapa pembolehubah yang tidak digunakan mungkin kekal dalam pangkalan kod. Ini termasuk:
Pepijat dan kesilapan: sebab paling jelas bagi pembolehubah yang tidak digunakan ialah kod yang cacat. Sama ada pembolehubah itu benar-benar tidak diperlukan sama sekali dan boleh dialih keluar, atau pembolehubah itu perlu tetapi kami terlupa untuk menggunakannya pada beberapa titik kritikal.
Pemfaktoran Semula: Semasa perisian ditulis dan ditulis semula, keseluruhan bahagian kod boleh dialih keluar. Pembolehubah yang dahulunya penting kepada kod, seperti hasil pengiraan tambahan, kemudian boleh ditinggalkan, tidak digunakan.
Pembuktian masa hadapan: pembolehubah yang tidak digunakan mungkin bukan sahaja berlaku sebagai warisan kod lalu tetapi juga sebagai warisan kod masa hadapan. Anda mungkin mengisytiharkan pembolehubah dengan menjangkakan kod yang belum ditulis.
Kompilasi bersyarat: pembolehubah mungkin kekal tidak digunakan bergantung pada fasa prapemproses. Contoh standard ialah pembolehubah yang hanya ditakrifkan untuk tujuan nyahpepijat. Kod anda mungkin mengandungi sesuatu dalam bentuk
const auto value = compute_some_value(); const auto value_for_comparison_only = compute_same_value_differently(); assert( value == value_for_comparison_only );
Jika anda menyusun dengan -DNDEBUG, maka pengkompil mungkin memberi amaran kepada anda bahawa value_for_comparison_only tidak pernah digunakan: sesungguhnya, pernyataan tegas telah digantikan dengan … tiada.
Bagaimana untuk mengesan pembolehubah yang tidak digunakan
Pengkompil dan tetapan tahap amaran yang berbeza boleh mempengaruhi sama ada pembolehubah dilaporkan sebagai tidak digunakan semasa proses penyusunan.
Sebagai contoh, GCC dan Clang menampilkan bendera pembolehubah-Wunused, yang mencetuskan amaran tentang pembolehubah yang tidak digunakan. Bendera sudah tersirat oleh pilihan amaran -Wall, dan ia boleh dimatikan melalui -Wno-unused-variable.
Syor saya ialah untuk menyusun sentiasa dengan -Wall dan kemudian mematikan amaran secara selektif seperti yang dibenarkan. Ini akan semua kejadian pembolehubah yang tidak digunakan.
Bagaimana untuk tidak mengesan pembolehubah yang tidak digunakan: atribut
Walaupun kita harus sentiasa menyusun dengan seberapa banyak amaran yang didayakan yang mungkin, terdapat keadaan di mana kita ingin mematikan amaran secara selektif tentang pembolehubah tertentu yang tidak digunakan. Cara popular untuk berbuat demikian ialah membuang ke batal:
Object unused_object; (void)unused_object;
Pelakon untuk membatalkan dikira sebagai penggunaan (pro forma) pembolehubah, jadi tiada amaran akan dikeluarkan.
Walaupun ini mengalih keluar amaran bahawa unused_object tidak digunakan, seperti yang dimaksudkan, terdapat cara untuk memperbaiki perkara ini. Kami ingin mempunyai semantik eksplisit bahawa void-cast ini menandakan objek yang tidak digunakan. Cara biasa ialah melalui mentakrifkan makro:
const auto value = compute_some_value(); const auto value_for_comparison_only = compute_same_value_differently(); assert( value == value_for_comparison_only );
Satu kelebihan ialah kami kini secara eksplisit menyampaikan maksud (atau kekurangannya) pembolehubah ini. Lebih-lebih lagi, jika kami memutuskan untuk membersihkan kod pembolehubah yang tidak digunakan, maka mencarinya adalah lebih mudah.
Melangkaui makro, kami mempunyai atribut berubah-ubah: sama ada asli kepada bahasa C atau sebagai sambungan bahasa yang disediakan oleh pengkompil C/C. Contohnya, Clang dan GCC membenarkan atribut pembolehubah __attribute__((unsed)). C 17 menyokong atribut [[mungkin_tidak digunakan]]:
Object unused_object; (void)unused_object;
Atribut ini menyampaikan kepada pengkompil (dan kepada kami) bahawa pembolehubah ini mungkin tidak digunakan dan kami tidak apa-apa dengannya.
Secara sejarah, atribut GCC telah muncul dahulu, sebagai sambungan bahasa khusus pengkompil dalam C dan C . Dari C 17 dan seterusnya, atribut adalah sebahagian daripada standard bahasa. Walau bagaimanapun, bukan sahaja ejaannya berbeza, malah standard dan sambungan GCC tidak bersetuju untuk meletakkan atribut tersebut.
Atribut [[maybe_unused]] akan menemui kebanyakan aplikasinya dengan kompilasi bersyarat. Sebagai contoh, ia adalah sifat semula jadi untuk pembolehubah nyahpepijat sahaja. Atas sebab estetik semata-mata, saya secara peribadi lebih suka mentakrifkan makro #define MAYBE_UNUSED [[maybe_unused]] .
Kelebihan __attribute__((unused)) ialah ia sebenarnya akan memberi amaran kepada anda jika pembolehubah itu pernah digunakan dalam kod. Ia bukan mungkin tidak digunakan tetapi pasti tidak pernah digunakan, dan menggunakan pembolehubah kini akan menghasilkan amaran.
Menyimpan perkara yang sia-sia
Nampaknya, pembolehubah yang tidak digunakan adalah kerap dan cukup penting untuk memastikan sambungan bahasa mereka sendiri.
Sebagai perbandingan, adakah mengulas pembolehubah yang tidak digunakan merupakan strategi yang baik? Bukan selalu! Terdapat sebab mengapa anda akan menyimpan pembolehubah yang tidak digunakan sepanjang kod pembangunan dan peringkat penyahpepijatan. Katakan pembolehubah telah digunakan dalam versi kod yang lalu, mungkin anda masih belum memutuskan sama ada kod lama harus disimpan atau disepadukan semula; bermakna: anda tidak tahu sama ada anda mungkin memerlukan pembolehubah yang tidak digunakan lagi.
Ia mungkin membantu untuk tujuan penyahpepijatan untuk menyimpan kod seperti:
#define UNUSED(x) (void)(x); // ... Object unused_object; UNUSED(unused_object);
Walaupun hasil pengiraan yang rumit tidak pernah digunakan, menyimpannya di sekeliling merupakan satu lagi titik kegagalan … dan itulah yang anda inginkan semasa penyahpepijatan. Walaupun pada asalnya tidak bertujuan untuk penyahpepijatan, menjadikan atur cara memulakan pembolehubah ini akan membantu jika anda memutuskan bahawa anda memerlukannya (sekali lagi).
Saya harap siaran tentang pembolehubah yang tidak digunakan ini berguna untuk anda.
Atas ialah kandungan terperinci Pembolehubah yang tidak digunakan dalam C/C : kenapa dan bagaimana?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

D destructorsprovideprecisecontroloverresourcemanagement, whisgagecollectorsautomatemememorymanagementmentbutintroduceunpredictability.c destructors: 1) membolehkancustomcleanupactionswhenobjectsaredestroyed, 2) releasereshenobjectsoThenobjects

Mengintegrasikan XML dalam projek C boleh dicapai melalui langkah-langkah berikut: 1) Menguraikan dan menghasilkan fail XML menggunakan PuGixML atau Perpustakaan TinyXML, 2) Pilih kaedah DOM atau SAX untuk parsing, 3) mengendalikan nod bersarang dan sifat berbilang level,

XML digunakan dalam C kerana ia menyediakan cara yang mudah untuk menyusun data, terutamanya dalam fail konfigurasi, penyimpanan data dan komunikasi rangkaian. 1) Pilih perpustakaan yang sesuai, seperti TinyXML, PugixML, RapidXML, dan tentukan mengikut keperluan projek. 2) Memahami dua cara parsing dan generasi XML: DOM sesuai untuk akses dan pengubahsuaian yang kerap, dan SAX sesuai untuk fail besar atau data streaming. 3) Apabila mengoptimumkan prestasi, TinyXML sesuai untuk fail kecil, PuGixML berfungsi dengan baik dalam ingatan dan kelajuan, dan RapidXML sangat baik dalam memproses fail besar.

Perbezaan utama antara C# dan C ialah pengurusan memori, pelaksanaan polimorfisme dan pengoptimuman prestasi. 1) C# menggunakan pemungut sampah untuk mengurus memori secara automatik, sementara C perlu diuruskan secara manual. 2) C# menyedari polimorfisme melalui antara muka dan kaedah maya, dan C menggunakan fungsi maya dan fungsi maya murni. 3) Pengoptimuman prestasi C# bergantung kepada struktur dan pengaturcaraan selari, manakala C dilaksanakan melalui fungsi inline dan multithreading.

Kaedah DOM dan SAX boleh digunakan untuk menghuraikan data XML dalam C. 1) DOM Parsing beban XML ke dalam ingatan, sesuai untuk fail kecil, tetapi mungkin mengambil banyak ingatan. 2) Parsing Sax didorong oleh peristiwa dan sesuai untuk fail besar, tetapi tidak dapat diakses secara rawak. Memilih kaedah yang betul dan mengoptimumkan kod dapat meningkatkan kecekapan.

C digunakan secara meluas dalam bidang pembangunan permainan, sistem tertanam, urus niaga kewangan dan pengkomputeran saintifik, kerana prestasi dan fleksibiliti yang tinggi. 1) Dalam pembangunan permainan, C digunakan untuk rendering grafik yang cekap dan pengkomputeran masa nyata. 2) Dalam sistem tertanam, pengurusan memori dan keupayaan kawalan perkakasan C menjadikannya pilihan pertama. 3) Dalam bidang urus niaga kewangan, prestasi tinggi C memenuhi keperluan pengkomputeran masa nyata. 4) Dalam pengkomputeran saintifik, pelaksanaan algoritma yang cekap C dan keupayaan pemprosesan data sepenuhnya dicerminkan.

C tidak mati, tetapi telah berkembang dalam banyak bidang utama: 1) pembangunan permainan, 2) pengaturcaraan sistem, 3) pengkomputeran berprestasi tinggi, 4) pelayar dan aplikasi rangkaian, C masih pilihan arus perdana, menunjukkan senario vitalitas dan aplikasi yang kuat.

Perbezaan utama antara C# dan C ialah sintaks, pengurusan memori dan prestasi: 1) C# sintaks adalah moden, menyokong Lambda dan Linq, dan C mengekalkan ciri -ciri C dan menyokong templat. 2) C# secara automatik menguruskan memori, C perlu diuruskan secara manual. 3) Prestasi C lebih baik daripada C#, tetapi prestasi C# juga dioptimumkan.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

MantisBT
Mantis ialah alat pengesan kecacatan berasaskan web yang mudah digunakan yang direka untuk membantu dalam pengesanan kecacatan produk. Ia memerlukan PHP, MySQL dan pelayan web. Lihat perkhidmatan demo dan pengehosan kami.

EditPlus versi Cina retak
Saiz kecil, penyerlahan sintaks, tidak menyokong fungsi gesaan kod

VSCode Windows 64-bit Muat Turun
Editor IDE percuma dan berkuasa yang dilancarkan oleh Microsoft

ZendStudio 13.5.1 Mac
Persekitaran pembangunan bersepadu PHP yang berkuasa

PhpStorm versi Mac
Alat pembangunan bersepadu PHP profesional terkini (2018.2.1).
