Mengapa ada "baru" di Go?

Saya masih bingung mengapa kita harus newpergi.

Ketika Anda ingin instantiate sebuah struct, Anda lakukan

t := Thing{}

dan Anda bisa mendapatkan pointer ke instance baru dengan melakukan

t := &Thing{}

Tetapi ada juga kemungkinan ini:

t := new(Thing)

Yang terakhir ini tampaknya agak asing bagi seluruh bahasa. &Thing{}sejelas dan sesingkat new(Thing)itu dan hanya menggunakan konstruksi yang sering Anda gunakan di tempat lain. Ini juga lebih dapat diperluas karena Anda dapat mengubahnya ke &Thing{3}atau &Thing{Feets:7}.

Menurut pendapat saya, memiliki kata kunci tambahan ¹ mahal, itu membuat bahasa lebih kompleks dan menambah apa yang harus Anda ketahui. Dan itu mungkin menutupi untuk pendatang baru apa yang ada di balik instantiating sebuah struct.

Itu juga membuat satu kata lagi dilindungi.

Jadi apa alasan di baliknya new? Apakah terkadang bermanfaat? Haruskah kita menggunakannya?

_{¹ : Ya, saya tahu itu bukan kata kunci di tingkat tata bahasa, Anda bisa membayangi , tetapi itu tidak mengubah fakta itu, untuk pengembang yang masuk akal, kata yang dilindungi undang-undang.}

Cara terbaik untuk bertanya mungkin kepada orang-orang yang mengerjakannya; persis apa yang saya lakukan !

Tl; dr: awalnya ada di sana sebelum makedan &{}, dan masih berfungsi untuk digunakan dalam beberapa situasi.

Pada dasarnya, inilah bagian terpenting yang dikutip:

Jadi apa alasan di balik yang baru? Apakah ini berguna? Haruskah kita menggunakannya?

Anda tidak dapat melakukan ini tanpa yang baru

v := new(int)
*v++
fmt.Println(*v)

baru bukan fitur utama Go, Anda tidak akan sering menggunakannya, tetapi ketika Anda membutuhkannya, itu ada.

Tepuk tangan

Dave

Setelah jawaban lain yang menunjukkan solusi semacam ini:

vv := 0
v := &vv
*v++
fmt.Println(*v)

Saya meminta klarifikasi lebih lanjut:

Jadi pada dasarnya, poin Dave tidak benar-benar berlaku?

Ada tempat-tempat yang tidak nyaman untuk menyelinap ke variabel baru hanya untuk mengambil alamatnya.

baru (T) memiliki makna langsung langsung, daripada menjadi ungkapan multi-langkah.

Poin Dave hanya jatuh jika kemungkinan teknis belaka (melakukan tanpa new) adalah menarik dengan sendirinya.

Bukankah ini dibahas karena jelas bahwa Go harus memilikinya karena hampir setiap bahasa memilikinya?

"Haruskah kita simpan new?" diskusi muncul dari waktu ke waktu. Karena kita tidak bisa mengeluarkannya sampai Go 2, jika aku memahami Janji dengan benar, sepertinya tidak banyak yang bisa didapat dari berputar-putar lagi; pada saat Go 2 dapat dipikirkan, kami mungkin memiliki beberapa ide yang berbeda dan lebih baik ...

Chris

Itu juga ada sebagian besar karena alasan historis:

Anda perlu mempertimbangkan sejarah proyek. Saya pikir baru diperkenalkan dulu sebelum ada make.

Itu benar. Sebenarnya kami berjuang untuk sementara waktu sebelum muncul dengan ide make. Jika Anda melihat log repositori, Anda bisa melihat bahwa make hanya muncul di Januari 2009, revisi 9a924177598f.

Fungsi builtin baru juga mendahului gagasan & {} untuk mengambil alamat literal komposit (dan sintaksinya dalam beberapa hal salah; mungkin seharusnya (* T) {bidang T} tetapi tidak cukup alasan untuk mengubahnya).

Fungsi baru tidak sepenuhnya diperlukan tetapi kode tampaknya menggunakannya dalam praktiknya. Sulit untuk menyingkirkannya pada titik ini.

Ian