Vai jūs varat sniegt piemērus par arhitektūras risinājumiem, kas izrādījās kļūdaini vai neefektīvi, un paskaidrot kāpēc?

Nepareizi vai neefektīvi arhitektūras risinājumi Go bieži ir saistīti ar nepareizu principu un modeļu piemērošanu:

• Pārāk liela monolīta struktūra. Kad visa koda koncentrējas vienā paketē vai failā, tas sarežģī uzturēšanu un testēšanu.
• Trūkst interfeisiem abstrakcijām. Go interfeisi ļauj viegli aizstāt realizācijas, bet, ja tie netiek izmantoti, kods kļūst stingrs.
• Globālo mainīgo izmantošana stāvokļa uzturēšanai. Tas noved pie konkurences un testēšanas problēmām.
• Nepareiza gorutīnu pārvaldība. Piemēram, gorutīnu palaišana bez kontroles par to pabeigšanu vai bez konteksta, kas noved pie resursu noplūdēm.
• Pārmērīga kanālu izmantošana vietās, kur pietiktu ar vienkāršām funkcijām. Kanāli ir labi sinhronizācijai, bet to nepareiza izmantošana sarežģī kodu.

Slikts piemērs — gorutīnas palaišana bez konteksta un kontroles:

func process() {
    go func() {
        // bezgalīga cilpa bez iespējas apturēt
        for {
            // darbs
        }
    }()
}

Labāk ir izmantot kontekstu atcelšanai:

func process(ctx context.Context) {
    go func() {
        for {
            select {
            case <-ctx.Done():
                return
            default:
                // darbs
            }
        }
    }()
}