Apa alasannya?
alanyuen
Semua 3 komentar
Berikut adalah poin saya.
Karena gorm menggunakan chainable API , memanggil db.Func() akan mengembalikan pointer *DB, jadi jika tidak ada s.clone(), pengguna akan mendapatkan dua pointer, *db asli dan *db yang dikembalikan, yang sebenarnya menunjuk ke yang sama obyek.
Ini berbahaya dan dapat menyebabkan beberapa masalah bersamaan.
qw4990
pada 23 Sep 2016
Maaf telah membuka topik itu lagi, tetapi saya mulai membaca kode Gorm dan sepertinya Anda mungkin mendapat manfaat dari membiarkan salinan runtime, alih-alih perpustakaan melakukannya secara manual. Jika Anda menggunakan penerima non-pointer, Anda akan mendapatkan salinan baru setiap saat, dan masih mendapat manfaat dari rangkaian.
Jika tertarik, lihat pemikiran saya lebih detail di sini: https://preslav.me/2019/10/06/simple-immutable-builders-in-go-using-value-receivers/
preslavrachev
pada 4 Mar 2020
@jinzhu memikirkan komentar terakhir?
nmccready
pada 6 Agu 2020
Masalah terkait
hypertornado
·
3Komentar
zeropool
·
3Komentar
kumarsiva07
·
3Komentar
leebrooks0
·
3Komentar
Ganitzsh
·
3Komentar
Komentar yang paling membantu
Berikut adalah poin saya.
Karena gorm menggunakan chainable API , memanggil db.Func() akan mengembalikan pointer *DB, jadi jika tidak ada s.clone(), pengguna akan mendapatkan dua pointer, *db asli dan *db yang dikembalikan, yang sebenarnya menunjuk ke yang sama obyek.
Ini berbahaya dan dapat menyebabkan beberapa masalah bersamaan.