


Cara terbaik untuk mengendalikan penyahgandingan dalam Go ialah menggunakan struktur yang serupa dalam dua pakej berbeza, tetapi kanak-kanak dalam struktur menyukarkannya?
Cara terbaik untuk mengendalikan penyahgandingan dalam Go ialah menggunakan dua pakej berbeza dengan struktur yang serupa tetapi kanak-kanak berbeza. Pendekatan ini memisahkan kod secara berkesan, meningkatkan kebolehselenggaraan dan modulariti. Walau bagaimanapun, pendekatan penyahgandingan ini boleh menjadi sukar apabila sub-item dalam struktur menjadi kompleks. Dalam kes ini, pertimbangkan untuk menggunakan konsep antara muka dan polimorfisme untuk menyelesaikan masalah. Dengan mentakrifkan jenis antara muka biasa, jenis struktur yang berbeza boleh diproses secara seragam, dengan itu mencapai kaedah penyahgandingan yang lebih fleksibel. Pendekatan ini digunakan secara meluas dalam Go untuk menjadikan kod lebih boleh dikembangkan dan boleh digunakan semula.
Kandungan soalan
Saya agak baru dalam hal ini dan telah melakukan penulisan semula secara besar-besaran cuba mengurangkan graf pergantungan saya sebanyak mungkin. Saya sangat gembira dengan mana saya mendapatnya, tetapi ada satu bahagian yang saya tidak tahu cara terbaik untuk mengendalikannya. Jika jawapannya ialah "akan ada pergantungan ini antara kedua-duanya" itu juga tidak mengapa, saya hanya mencari pendekatan yang baik daripada mengharapkan keajaiban.
Jadi di bawah saya ada dua pakej, a
和 b
, dan kedua-duanya mempunyai struktur yang sama. Biasanya anda boleh menukar satu kepada yang lain dalam main , tetapi masing-masing mempunyai anak yang juga merupakan struct, yang menghalang go daripada membenarkannya, walaupun jika kanak-kanak mempunyai tandatangan yang sama.
Salah satu cara adalah dengan merujuk a.tzconfig dalam struktur b dan biarkan ia mempunyai kebergantungan, tetapi itulah yang saya ingin singkirkan.
Saya rasa cara lain ialah mencipta antara muka dan kemudian mendapatkan nilai loc melalui kaedah, saya rasa ini akan berfungsi tetapi saya belum mencubanya kerana ini bermakna mencipta kaedah untuk sesuatu yang hanya struktur data (the struktur sebenar mempunyai banyak item, yang telah saya kurangkan di sini kepada yang penting demi kesederhanaan), yang nampaknya agak berlebihan.
Saya boleh mengalihkan tzconfig ke modul ketiga supaya kedua-duanya merujuk modul itu dan bukannya merujuk yang lain, itulah yang saya hasilkan.
Jadi soalan saya ialah, daripada seseorang yang berpengalaman sebenar, apakah cara terbaik untuk menangani situasi ini semasa dalam perjalanan?
Saya harus menyebut bahawa sebab mereka menduplikasi struct adalah hanya kerana saya cuba memecahkan pergantungan antara mereka, kod asal hanya mempunyai struct dalam satu pakej dan pakej lain merujuknya.
package a type cfg struct { addr string loc tzconfig } type tzconfig struct { string string tz *time.location `validate:"nodescent"` } func getcfg() cfg { t, _ := time.loadlocation(`mst`) return cfg{ addr: "abc", host: "a.bc.d", loc: config.tzconfig{ string: "mst", tz: t, }, } }
package b type cfg struct { addr string loc tzconfig } type tzconfig struct { string string tz *time.location `validate:"nodescent"` } func dosomethingwithconfig(c cfg) { fmt.println(c) }
package main main() { c := a.GetCfg() d := b.DoSomethingWithConfig(b.Cg(c)) fmt.Println(d) }
Solution
IMHO nasihat yang diberikan oleh @burakserdar sangat bagus dan sangat sesuai untuk senario anda. Saya menulis semula kod dengan cara ini.
package common
package common import "time" type cfg struct { addr string loc tzconfig } type tzconfig struct { string string tz *time.location `validate:"nodescent"` }
Struktur, fungsi, kaedah dan lain-lain yang biasa digunakan hendaklah diletakkan di sini.
package a
package a import ( "dependencies/common" "time" ) type cfg struct { common.cfg host string } func getcfg() cfg { t, _ := time.loadlocation(`mst`) return cfg{ cfg: common.cfg{ addr: "abc", loc: common.tzconfig{ string: "mst", tz: t, }, }, host: "a.bc.d", } }
Di sini ditunjukkan dengan bahagian a
包相关的特定代码,它继承了 common
包的共享代码,如 import
.
Sila ambil perhatian bahawa saya menggunakan ciri pembenaman struktur untuk mendapatkan medan kongsi yang ditakrifkan dalam pakej common
.
package b
package b import ( "dependencies/common" "fmt" ) func dosomethingwithconfig(c common.cfg) string { return fmt.sprint(c) }
Tiada apa-apa yang patut disebut di sini.
package main
package main import ( "dependencies/a" "dependencies/b" "fmt" ) func main() { c := a.GetCfg() d := b.DoSomethingWithConfig(c.Cfg) fmt.Println(d) }
Di sini, kodnya mestilah sangat mudah. Saya mengimport pakej a
和 b
untuk memanfaatkan fungsinya.
Saya ingin menjelaskan sekali lagi bahawa ini adalah topik subjektif jadi tiada penyelesaian peluru ajaib. Bagi saya, ia kelihatan kemas dan jelas. Saya pasti akan memilih pendekatan ini. Tolong beritahu saya dan terima kasih!
Atas ialah kandungan terperinci Cara terbaik untuk mengendalikan penyahgandingan dalam Go ialah menggunakan struktur yang serupa dalam dua pakej berbeza, tetapi kanak-kanak dalam struktur menyukarkannya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Artikel ini menerangkan mekanisme import pakej Go: Dinamakan import (mis., Import & quot; fmt & quot;) dan import kosong (mis., Import _ & quot; fmt & quot;). Dinamakan import membuat kandungan pakej boleh diakses, sementara import kosong hanya melaksanakan t

Artikel ini menerangkan fungsi Newflash () Beego untuk pemindahan data antara halaman dalam aplikasi web. Ia memberi tumpuan kepada menggunakan NewFlash () untuk memaparkan mesej sementara (kejayaan, kesilapan, amaran) antara pengawal, memanfaatkan mekanisme sesi. Limita

Artikel ini memperincikan penukaran yang cekap hasil pertanyaan MySQL ke dalam kepingan struct go. Ia menekankan menggunakan kaedah imbasan pangkalan data/SQL untuk prestasi optimum, mengelakkan parsing manual. Amalan terbaik untuk pemetaan medan struct menggunakan tag db dan robus

Artikel ini menunjukkan penciptaan dan stub di GO untuk ujian unit. Ia menekankan penggunaan antara muka, menyediakan contoh pelaksanaan mengejek, dan membincangkan amalan terbaik seperti menjaga mocks fokus dan menggunakan perpustakaan penegasan. Articl

Artikel ini meneroka kekangan jenis adat Go untuk generik. Ia memperincikan bagaimana antara muka menentukan keperluan jenis minimum untuk fungsi generik, meningkatkan keselamatan jenis dan kebolehgunaan semula kod. Artikel ini juga membincangkan batasan dan amalan terbaik

Artikel ini memperincikan penulisan fail yang cekap di GO, membandingkan OS.WriteFile (sesuai untuk fail kecil) dengan os.openfile dan buffered menulis (optimum untuk fail besar). Ia menekankan pengendalian ralat yang teguh, menggunakan penangguhan, dan memeriksa kesilapan tertentu.

Artikel ini membincangkan ujian unit menulis di GO, meliputi amalan terbaik, teknik mengejek, dan alat untuk pengurusan ujian yang cekap.

Artikel ini meneroka menggunakan alat pengesanan untuk menganalisis aliran pelaksanaan aplikasi GO. Ia membincangkan teknik instrumentasi manual dan automatik, membandingkan alat seperti Jaeger, Zipkin, dan OpenTelemetry, dan menonjolkan visualisasi data yang berkesan
