GO LANGUAGE MIDDLeware Design: Bagaimana untuk mengelakkan pelbagai modul perniagaan bergantung pada perniagaan kompleks yang sama dan menyebabkan kod kembung?

Golang Perniagaan Perniagaan Perniagaan Reka Bentuk Terbaik Amalan: Penyelesaian Decoupling Berdasarkan Mekanisme Antara Muka dan Pendaftaran

Dalam kes di mana modul perniagaan berganda bergantung kepada perniagaan kompleks yang sama, bagaimana untuk mereka bentuk lapisan perniagaan pertengahan untuk mengelakkan kod kembung dan kesukaran dalam mengekalkan adalah isu reka bentuk yang penting. Artikel ini akan membincangkan penyelesaian decoupling berdasarkan mekanisme antara muka dan pendaftaran untuk "membuat" perniagaan, yang dapat menyelesaikan masalah pengumpulan kod yang disebabkan oleh pernyataan suis dalam penyelesaian asal.

Dalam penerangan masalah, pelbagai modul perniagaan seperti ABCD perlu memanggil "membuat" perniagaan, dan melaksanakan proses pra-proses dan pemprosesan masing-masing sebelum dan selepas panggilan. Penyelesaian asal menggunakan pernyataan suis untuk membezakannya, yang akan menjadi sukar untuk dikekalkan apabila bilangan modul perniagaan meningkat. Oleh itu, penyelesaian yang lebih elegan dan berskala diperlukan.

Inti penyelesaian penambahbaikan adalah menggunakan ciri -ciri antara muka dan mekanisme pendaftaran bahasa Go. Kami boleh menentukan antaramuka antara muka, yang merangkumi tiga kaedah: beforecreate, selepas dan nama, yang mewakili pemprosesan sebelum membuat, pemprosesan selepas membuat A, dan identiti modul perniagaan.

Setiap modul perniagaan (seperti A, B, C, D) melaksanakan antara muka Handlepublica dan melaksanakan logik pra -proses dan postprocessing khusus dalam kaedah masing -masing dan selepasnya. Kaedah nama mengembalikan pengenalpastian modul perniagaan.

Mewujudkan perniagaan itu sendiri digunakan sebagai struktur awam yang bebas, dan kaedah DO mengandungi logik perniagaan teras.

Melalui reka bentuk ini, kita dapat meremehkan logik pemprosesan setiap modul perniagaan, mengelakkan pengumpulan pernyataan suis. Pada masa runtime, kami boleh mendaftarkan setiap modul perniagaan melalui cangkuk kepingan jenis antara muka Handlepublica, dan kemudian panggil kaedah mereka dan selepasnya.

Berikut adalah contoh kod tertentu:

 jenis publicaparam struct {} // cipta data yang diperlukan untuk perkhidmatan awam jenis publica struct {} // perkhidmatan awam a
jenis publisiti struct {} // data yang dihasilkan oleh perkhidmatan awam func (p publica) lakukan (rentetan nama) publisares {// perniagaan A sendiri pemprosesan logik pulangan {}
}

Taipkan antara muka handlepublica {
    Beforecreate (publicaparam) publica
    AfterCreate (publisiti)
    Nama () String
}

taipkan struktur {// perniagaan lain a
    Rentetan myname
}
func (a) beforecreate (param publicaparam) publica {return publica {}}
func (a) afterCreate (publisiti) {}
func (a a) name () string {return a.myname}

func main () {
    param: = publicaparam {}
    cangkuk: = [] handlepublica {a {myName: "a"}}
    untuk i: = cangkuk pelbagai {
        p: = cangkuk [i] .beforecreate (param)
        Selepas: = p.do (cangkuk [i] .name ())
        cangkuk [i] .AfterCreate (selepas)
    }
}

Dalam contoh ini, struktur awam mewakili "mencipta" perniagaan, antara muka Handlepublica mentakrifkan kaedah yang perlu dilaksanakan oleh modul perniagaan, dan strukturnya melaksanakan antara muka Handlepublica dan didaftarkan dalam kepingan cangkuk. Dengan melintasi kepingan cangkuk, kita boleh memanggil logik pemprosesan setiap modul perniagaan pada gilirannya, menyedari decoupling dan skalabilitas logik perniagaan. Hasilnya dikembalikan selepas kaedah publica.do diproses dan akan diluluskan semula kepada kaedah selepas setiap modul perniagaan untuk pemprosesan berikutnya.

Atas ialah kandungan terperinci GO LANGUAGE MIDDLeware Design: Bagaimana untuk mengelakkan pelbagai modul perniagaan bergantung pada perniagaan kompleks yang sama dan menyebabkan kod kembung?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!