Artikel ini meneroka tingkah laku pakej MGO/BSON yang menetapkan semula medan yang tidak dieksport dalam struktur GO ke nilai sifar mereka apabila data BSON yang deserializing. Mekanisme ini adalah reka bentuk terbina dalam pakej MGO untuk memastikan keputusan deserialization deterministik dan tidak boleh dilumpuhkan melalui konfigurasi. Artikel ini akan menunjukkan fenomena ini melalui kod sampel dan memberikan tindak balas.

mgo/bson.unmarshal dan sifar medan yang tidak dieksport

Apabila menggunakan labix.org/v2/mgo dan pakej labix.org/v2/mgo/bson yang mendasari data BSON dari pangkalan data MongoDB ke dalam struktur GO, fenomena yang sama adalah bahawa medan yang tidak dijangka dalam struktur sasaran diset semula kepada nilai sifar mereka, walaupun bidang ini sudah mengandungi data sebelum ini mengandungi data sebelum data sebelum ini mengandungi data sebelum data sebelum ini mengandungi data sebelum data sebelum ini mengandungi data sebelum data sebelum ini mengandungi data sebelum data sebelum ini mengandungi data sebelum data sebelum deseralisasi. Ini bermakna bson.unmarshal sifar keluar keseluruhan struktur sebelum memasuki medan yang dieksport.

Pertimbangkan definisi struktur dan contoh berikut: berikut:

 Pakej utama

import (
    "FMT"
    "labix.org/v2/mgo/bson"
)

// sub adalah struktur tambahan yang mengandungi medan jenis yang dieksport sub struct {int int}

// Struktur pemain mengandungi nama medan yang dieksport dan medan yang tidak diekspresikan, tidak terdedah
jenis pemain struct {
    Rentetan nama
    tidak dapat dielakkan int // medan integer yang tidak diekspresikan *sub // medan penunjuk yang tidak dieksport}

func main () {
    // Simulasi data BSON yang diperoleh dari MongoDB, termasuk hanya medan nama DTA, err: = bson.marshal (bson.m {"name": "anisus"})
    jika err! = nil {
        panik (err)
    }

    // Inisialisasi contoh pemain dan berikan nilai p ke medan yang tidak dieksport: = & Pemain {unspint: 12, unsppoint: & sub {int: 42}}

    fmt.printf ("sebelum unmarshal: % v \ n", p) // Cetak status p sebelum deserialization // melaksanakan bson deserialization err = bson.unmarshal (dta, p)
    jika err! = nil {
        panik (err)
    }
    fmt.printf ("selepas unmarshal: % v \ n", p) // Cetak status p selepas deserialization}

Menjalankan kod di atas, output akan jelas menunjukkan tingkah laku ini:

 Sebelum Unmarshal: & {Name: unspint: 12 unsppoint: 0xc0000140a0}
Selepas unmarshal: & {name: anisus unspint: 0 unsppoint: <nil>}</nil>

Seperti yang dapat dilihat dari output, selepas operasi BSON.Unmarshal, medan nama telah dihuni dengan betul dari data BSON, tetapi medan unspint berubah dari 12 hingga 0 (nilai sifarnya), dan medan unsppoint berubah dari penunjuk yang sah ke (nilai sifarnya).

Prinsip Reka Bentuk: Kenapa bidang Unmarshal yang tidak jelas?

Tingkah laku ini bukan kecacatan MGO/BSON, tetapi dengan reka bentuk. Menurut kod sumber pakej MGO/BSON (contohnya, dalam fail decode.go yang mengendalikan struct deserialization), nilai struct sasaran secara eksplisit ditetapkan semula ke nilai sifarnya sebelum mana -mana bidang dihuni.

Tujuan utama reka bentuk ini adalah untuk memastikan bahawa hasil operasi Unmarshal () hanya bergantung pada data BSON input dan tidak dipengaruhi oleh mana -mana keadaan sebelumnya struktur sasaran sebelum Unmarshal dipanggil. Ini memastikan bahawa proses deserialization adalah deterministik dan boleh diramalkan, mengelakkan ketidakkonsistenan data yang berpotensi atau kesukaran dalam debugging yang disebabkan oleh nilai pratetap untuk struktur sasaran. Dalam erti kata lain, MGO/BSON bertujuan untuk menyediakan operasi deserialization "bersih" supaya setiap unmarshal dapat membina hasil dari keadaan kosong.

Strategi tindak balas dan amalan terbaik

Oleh kerana ini adalah tingkah laku terbina dalam pakej MGO/BSON dan tiada pilihan disediakan untuk melumpuhkannya, kami tidak dapat menghalangnya daripada membersihkan medan yang tidak dieksport. Walau bagaimanapun, kita dapat mengatasi mekanisme ini dengan strategi berikut:

1. Elakkan bergantung kepada kegigihan bidang yang tidak dieksport: penyelesaian yang paling mudah ialah jika nilai medan perlu dimuatkan dari data BSON, atau nilainya perlu dikekalkan semasa deserialization, maka ia harus direka sebagai medan yang dieksport. Bidang yang tidak dieksport biasanya digunakan untuk pengurusan negeri dalaman dan tidak boleh dijangka mengekalkan nilai mereka apabila data luaran deserialized.

2. Pemprosesan data secara berperingkat: Deserializing menggunakan struktur sementara Jika struktur anda mengandungi medan yang dieksport yang perlu dimuatkan dari BSON, dan terdapat beberapa bidang yang tidak dieksport yang perlu mengekalkan nilai asalnya atau dihuni dari sumber lain, anda boleh menggunakan kaedah berikut:

   • Tentukan struktur sementara yang mengandungi hanya semua bidang yang dieksport.
   • Deserialize data BSON ke dalam struktur sementara ini.
   • Kemudian, secara manual menyalin data dalam struktur sementara ke contoh struktur sasaran anda, yang mengekalkan nilai asal medan yang tidak dieksport dalam struktur sasaran.

    // Playebson digunakan untuk deserialization BSON dan hanya mengandungi jenis medan yang dieksport playebson struct {
       Nama String `Bson:" Nama "` // Pastikan nama medan sepadan dengan dokumen BSON}
   
   func main_workaround () {
       dta, err: = bson.marshal (bson.m {"name": "anisus"})
       jika err! = nil {
           panik (err)
       }
   
       P: = & Player {unspint: 12, unsppoint: & sub {int: 42}}
       fmt.printf ("Sebelum Unmarshal (penyelesaian): % v \ n", p)
   
       // 1. Buat Templayerbson Instance Struktur Sementara: = & Playebson {}
   
       // 2. Deserialize data BSON ke dalam struktur sementara err = bson.unmarshal (DTA, tempplayerbson)
       jika err! = nil {
           panik (err)
       }
   
       // 3. Salin data struktur sementara ke medan yang dieksport p.name = tempplayerbson.name contoh pemain asal
   
       fmt.printf ("selepas unmarshal (worlaround): % v \ n", p)
   }

   Menjalankan fungsi main_workaround, output akan:

    Sebelum Unmarshal (workaround): & {name: unspint: 12 unsppoint: 0xc0000140e0}
   Selepas unmarshal (workaround): & {name: anisus unspint: 12 unsppoint: 0xc000000140e0}

   Seperti yang anda dapat lihat, nilai -nilai yang tidak dapat dikesan dan tidak dapat ditahan berjaya.

3. Pemprosesan pasca: Repopulate medan tidak dieksport selepas unmarshal Sekiranya nilai-nilai medan yang tidak dieksport boleh ditarik balik selepas unmarshal dengan cara lain (contohnya, ditanya dari pangkalan data, yang dihasilkan oleh pengiraan, atau dibaca dari konfigurasi), anda boleh melakukan unmarshal terlebih dahulu dan kemudian melakukan langkah pasca pemprosesan untuk memulihkan atau menetapkan nilai-nilai bidang yang tidak dikumpulkan ini.

4. Gunakan struktur yang berbeza untuk tujuan yang berbeza: Untuk aplikasi yang kompleks, anda boleh menentukan struktur khusus untuk pangkalan data atau penghantaran rangkaian (biasanya semua bidang dieksport medan dengan tag BSON), dan struktur untuk logik perniagaan dalaman aplikasi (boleh mengandungi medan yang tidak dieksport). Lakukan penukaran eksplisit antara kedua -dua struktur ini sebagai data memasuki atau meninggalkan sempadan aplikasi.

Meringkaskan

Apabila MGO/BSON.UNMARSHAL Deserializes BSON Data, ia mula-mula menetapkan semula semua bidang struktur GO sasaran (termasuk medan yang tidak dieksport) kepada nilai sifar mereka. Ini adalah reka bentuk terbina dalam yang diterima pakai oleh pakej MGO untuk memastikan determinisme hasil deserialization, dan tidak boleh dilumpuhkan melalui konfigurasi. Memahami tingkah laku ini adalah penting untuk menulis aplikasi GO yang mantap. Pemaju harus bertindak balas dengan berkesan dengan mengelakkan bergantung kepada kegigihan bidang yang tidak dieksport, menggunakan struktur sementara untuk deserialization, atau repopulating medan yang tidak dieksport selepas deserialization, berdasarkan keperluan khusus.

Atas ialah kandungan terperinci MCO/BSON.UNMARSHAL Mekanisme dan strategi tindak balas untuk bidang yang tidak dieksport. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!