


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!

GULC adalah perpustakaan C berprestasi tinggi yang mengutamakan overhead yang minimum, inlining agresif, dan pengoptimuman pengkompil. Sesuai untuk aplikasi kritikal prestasi seperti perdagangan frekuensi tinggi dan sistem tertanam, reka bentuknya menekankan kesederhanaan, modul

Butiran artikel ini C jenis pulangan fungsi, merangkumi asas (int, float, char, dan lain -lain), diperolehi (tatasusunan, petunjuk, struktur), dan jenis kekosongan. Pengkompil menentukan jenis pulangan melalui pengisytiharan fungsi dan pernyataan pulangan, menguatkuasakan

Artikel ini menerangkan perisytiharan fungsi C vs definisi, argumen lulus (dengan nilai dan penunjuk), nilai pulangan, dan perangkap umum seperti kebocoran memori dan jenis ketidakcocokan. Ia menekankan pentingnya pengisytiharan modularity dan provi

Butiran artikel ini C berfungsi untuk penukaran kes rentetan. Ia menerangkan menggunakan ToUpper () dan Tolower () dari CType.H, meleleh melalui rentetan, dan mengendalikan terminator null. Perangkap biasa seperti melupakan ctype.h dan mengubahsuai literal rentetan adalah

Artikel ini mengkaji fungsi penyimpanan nilai pulangan C. Nilai pulangan kecil biasanya disimpan dalam daftar untuk kelajuan; Nilai yang lebih besar boleh menggunakan petunjuk untuk memori (timbunan atau timbunan), memberi kesan kepada seumur hidup dan memerlukan pengurusan memori manual. Secara langsung acc

Artikel ini menerangkan Perpustakaan Templat St Standard (STL), yang memberi tumpuan kepada komponen terasnya: bekas, iterator, algoritma, dan functors. Ia memperincikan bagaimana ini berinteraksi untuk membolehkan pengaturcaraan generik, meningkatkan kecekapan kod dan kebolehbacaan t

Artikel ini menganalisis kegunaan pelbagai kata sifat "berbeza," meneroka fungsi tatabahasa, frasa umum (mis., "Berbeza," "berbeza"), dan aplikasi bernuansa dalam formal vs tidak formal

Artikel ini memperincikan penggunaan algoritma STL yang cekap dalam c. Ia menekankan pilihan struktur data (vektor vs senarai), analisis kerumitan algoritma (mis., Std :: Sort vs Std :: partial_sort), penggunaan iterator, dan pelaksanaan selari. Perangkap biasa seperti


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

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

mPDF
mPDF ialah perpustakaan PHP yang boleh menjana fail PDF daripada HTML yang dikodkan UTF-8. Pengarang asal, Ian Back, menulis mPDF untuk mengeluarkan fail PDF "dengan cepat" dari tapak webnya dan mengendalikan bahasa yang berbeza. Ia lebih perlahan dan menghasilkan fail yang lebih besar apabila menggunakan fon Unicode daripada skrip asal seperti HTML2FPDF, tetapi menyokong gaya CSS dsb. dan mempunyai banyak peningkatan. Menyokong hampir semua bahasa, termasuk RTL (Arab dan Ibrani) dan CJK (Cina, Jepun dan Korea). Menyokong elemen peringkat blok bersarang (seperti P, DIV),

SublimeText3 versi Inggeris
Disyorkan: Versi Win, menyokong gesaan kod!

Dreamweaver Mac版
Alat pembangunan web visual

Muat turun versi mac editor Atom
Editor sumber terbuka yang paling popular

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa
