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!