Mengapa Pergi Membenarkan Parameter Fungsi Tidak Digunakan Semasa Melarang Pembolehubah Tidak Digunakan?

Toleransi Go terhadap Parameter Fungsi Tidak Digunakan: Soal Reka Bentuk

Tidak seperti dalam C, Go melarang menyusun atur cara yang mengandungi pembolehubah yang tidak digunakan. Walau bagaimanapun, ia menimbulkan persoalan mengenai elaun parameter fungsi yang tidak digunakan. Mari kita selidiki sebab di sebalik ketidakkonsistenan yang jelas ini.

Pada mulanya, nampaknya tidak intuitif bahawa Go membenarkan fungsi dengan parameter yang tidak digunakan untuk disusun. Walau bagaimanapun, pereka bahasa mempunyai motivasi khusus untuk keputusan ini. Menurut perbincangan dalam komuniti Go, ia berpunca daripada perbezaan asas antara pembolehubah yang tidak digunakan dan parameter fungsi yang tidak digunakan.

Walaupun pembolehubah yang tidak digunakan sering dianggap sebagai ralat pengaturcaraan, amalan biasa untuk mengisytiharkan fungsi dengan argumen yang tidak selalu digunakan . Dalam kes sedemikian, membiarkan argumen tanpa nama dengan garis bawah (_) boleh menyebabkan kekeliruan, terutamanya untuk fungsi yang tidak menggunakan sebarang argumen, seperti dalam func foo(_, _ int).

Nama parameter yang tidak digunakan berkhidmat sebagai dokumentasi penting, menyediakan konteks dan niat tambahan untuk fungsi tersebut. Ini menjadi sangat penting apabila melaksanakan antara muka. Sebagai contoh, fungsi yang beroperasi pada graf mungkin tidak perlu mempertimbangkan nod semasa mengira jarak merentas tepi, seperti yang ditunjukkan dalam contoh func (graf *MyGraph) Distance(node1, node2 Nod) int {...}.

Satu lagi penyelesaian yang mungkin untuk melarang hujah yang dinamakan sebagai _ apabila tidak digunakan akhirnya ditolak kerana jaminan keserasian masa hadapan bahasa Go. Selanjutnya, walaupun parameter yang tidak digunakan boleh menyediakan dokumentasi tersirat, menyokong kebolehtemuan dan kebolehbacaan kod.

Pada dasarnya, keputusan untuk membenarkan parameter fungsi yang tidak digunakan ialah pilihan reka bentuk yang didorong oleh faktor seperti dokumentasi, amalan pengaturcaraan biasa dan ketekalan dengan aspek bahasa yang lain. Walaupun mungkin tidak ada sebab tunggal dan muktamad, rasional di sebalik pilihan ini menekankan proses pemikiran bernuansa yang membentuk falsafah reka bentuk Go.

Atas ialah kandungan terperinci Mengapa Pergi Membenarkan Parameter Fungsi Tidak Digunakan Semasa Melarang Pembolehubah Tidak Digunakan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!