Mengapa Menggunakan Argumen Fungsi Tanpa Nama dalam Go?

Menyingkap Tujuan Enigmatik Argumen Fungsi Tanpa Nama dalam Go

Apabila memulakan usaha menghurai dalam Go, sintaks yang menarik menarik perhatian anda dalam coretan kod ditemui pada GitHub: penunjuk tanpa nama kepada Butang sebagai a hujah fungsi. Struktur pelik ini, walaupun menaikkan kening, membingungkan anda dengan ketepatan sintaksisnya.

Mencari penjelasan untuk binaan yang membingungkan ini, anda mengemukakan soalan: "Apakah tujuan asas hujah yang tidak dinamakan dalam Go?"

Parameter Tanpa Nama: Anomali Sintaksis dengan a Tujuan

Menyelidiki spesifikasi bahasa Go, anda menemui pendedahan bahawa parameter yang tidak dinamakan sememangnya sah. Ketiadaan pengecam dalam tandatangan fungsi menunjukkan peninggalan nama parameter yang disengajakan, menekankan kepentingan utama jenis dan susunan parameter.

Rasional Di Sebalik Kewujudan Mereka

The masalah utama bukan terletak pada kehadiran parameter yang tidak dinamakan, tetapi sebaliknya pada ketiadaan kebolehrujukan yang jelas. Apabila anda tidak menamakan sesuatu, anda biasanya berhasrat untuk mengelakkan pergantungan padanya.

Jadi, mengapakah parameter yang tidak dinamakan wujud pada mulanya? Jawapannya terletak pada senario di mana parameter menyediakan kehadiran wajib namun tetap tidak diperlukan untuk operasi fungsi.

Pertimbangkan antara muka seperti MyWriter, yang mentakrifkan kaedah Tulis yang menerima tatasusunan bait dan mengembalikan ralat. Jika anda ingin membuat pelaksanaan yang hanya mengabaikan data, anda tidak memerlukan hujah. Oleh itu, ia boleh kekal tidak dinamakan:

type DiscardWriter struct{}

func (DiscardWriter) Write(_ []byte) error { return nil }

Faedah Peninggalan

Parameter yang tidak dinamakan bukan sahaja membolehkan pematuhan lancar dengan antara muka, tetapi ia juga berfungsi untuk tujuan dokumentasi. Dengan menyatakan secara jelas bahawa parameter tidak digunakan, anda meningkatkan kejelasan dan mengelakkan kemungkinan kekeliruan.

Selain itu, parameter yang tidak dinamakan menawarkan keserasian ke hadapan. Katakan anda mengeluarkan pustaka dengan fungsi yang mempunyai parameter tambahan, namun ia tidak diperlukan pada mulanya. Anda boleh mengisytiharkan parameter ini lebih awal tanpa memecahkan keserasian ke belakang.

Penghadan dan Alternatif

Walaupun parameter yang tidak dinamakan memberikan kefleksibelan, adalah penting untuk diingat bahawa anda tidak boleh mencampurkan parameter bernama dan tidak dinamakan . Jika anda menamakan beberapa, anda mesti menamakan semua. Untuk argumen yang benar-benar tidak digunakan, pertimbangkan untuk menggunakan pengecam kosong seperti yang dilihat dalam contoh ini:

http.HandleFunc("/", func(w http.ResponseWriter, _ *http.Request) {
    io.WriteString(w, "Hello")
})

Atas ialah kandungan terperinci Mengapa Menggunakan Argumen Fungsi Tanpa Nama dalam Go?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!