Adakah terdapat had pada panjang pengenal pengguna C?

Panjang pengenal bahasa C dibatasi oleh pengkompil dan hanya boleh menyokong beberapa aksara (seperti 31 yang pertama). Pengenal pasti dan jelas diperlukan untuk mengelakkan masalah mudah alih dan mengurangkan kemungkinan kesilapan.

Adakah terdapat had pada panjang pengecam pengguna C? Jawapannya ialah: Ya, tetapi batasan sebenar bergantung kepada pengkompil dan tidak ditetapkan dengan ketat oleh standard.

Soalan ini nampaknya mudah, tetapi ia telah tersembunyi misteri. Ramai pemula berfikir bahawa selagi ia tidak melebihi jumlah tertentu, seperti 64 atau 128. Tetapi keadaan sebenar lebih rumit daripada ini. Standard C hanya menentukan peraturan komposisi pengenal, seperti bermula dengan huruf atau garis bawah, dan boleh diikuti dengan huruf, nombor atau garis bawah. Tetapi untuk panjang, dokumentasi standard adalah samar -samar dan biasanya hanya mengatakan "cukup lama".

Di sebalik "cukup lama" ini adalah perbezaan dalam pelaksanaan pengkompil. Penyusun yang berbeza mengendalikan panjang pengecam secara berbeza. Sesetengah penyusun hanya boleh menyokong 31 aksara pertama, dan watak -watak berikutnya akan diabaikan; Sesetengah penyusun boleh menyokong lebih banyak, atau beratus -ratus aksara. Anda boleh bertanya, berapa selamat? Tidak ada cara untuk memberikan nombor mutlak.

Saya pernah menggunakan pengenal lama dalam projek, seperti process_incoming_network_data_packet_from_client_socket untuk meneruskan pembacaan kod muktamad. Di bawah pengkompil GCC yang digunakan pada masa itu, semuanya baik -baik saja. Walau bagaimanapun, apabila saya memindahkan kod tersebut ke sistem tertanam dan menggunakan pengkompil lain, masalah itu timbul: pengkompil secara langsung melaporkan kesilapan, mengatakan bahawa pengenal itu terlalu panjang. Ini membuatkan saya faham bahawa apa yang dipanggil "cukup lama" bergantung sepenuhnya pada pengkompil.

Jadi, apakah amalan terbaik? Jangan bermain dengan api! Jangan gunakan pengenal terlalu lama untuk meneruskan apa yang dipanggil "keupayaan ekspresi". Ini bukan sahaja membawa masalah mudah alih, tetapi juga membuat kod anda sukar dibaca dan diselenggarakan. Ingat, kod itu ditulis untuk orang ramai melihat, dan yang kedua dilaksanakan untuk mesin.

Pengenalpastian yang jelas dan ringkas adalah jauh lebih baik daripada pengenal yang panjang dan kompleks. Sebagai contoh, dalam contoh di atas, anda boleh mempertimbangkan pemisahan ke dalam pelbagai fungsi, atau menggunakan nama yang lebih pendek seperti process_network_data atau bahkan procNetData . Ini bukan sahaja meningkatkan kebolehbacaan kod, tetapi juga mengurangkan kemungkinan kesilapan.

Untuk contoh lain, kod berikut mungkin baik di bawah beberapa penyusun, tetapi ia akan melaporkan ralat di bawah pengkompil lain, atau menghasilkan hasil yang tidak dijangka:

 <code class="c">#include <stdio.h> int incredibly_long_variable_name_that_might_cause_problems_on_some_compilers = 10; int main() { printf("%d\n", incredibly_long_variable_name_that_might_cause_problems_on_some_compilers); return 0; }</stdio.h></code>

Daripada mengambil risiko ini, lebih baik untuk membangunkan tabiat pengaturcaraan yang baik dari awal dan menggunakan pengecam ringkas dan jelas. Ini bukan sahaja mengelakkan kerumitan yang tidak perlu, tetapi juga menjadikan kod anda lebih elegan dan lebih mudah untuk dikekalkan. Ingat, pengaturcaraan bukan hanya tentang menulis kod yang boleh dijalankan, tetapi lebih penting lagi, menulis kod yang berkualiti tinggi, mudah difahami dan dikekalkan. Ini adalah cara sebenar untuk menjadi lembu besar.

Atas ialah kandungan terperinci Adakah terdapat had pada panjang pengenal pengguna C?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!