Papaskinkite interfeisų naudojimo atvejį gamybos logikoje architektūros požiūriu

Gamybinėje logikoje Go dažnai naudojamos sąsajos siekiant pasiekti silpną komponentų susiejimą ir palengvinti testavimą.

Pavyzdžiui, programos architektūroje galima apibrėžti sąsają duomenų prieigos sluoksniui:

// UserRepository apibūdina metodus darbui su vartotojais
type UserRepository interface {
    GetUserByID(id int) (*User, error)
    SaveUser(user *User) error
}

Verslo logikoje (paslaugos sluoksnyje) mes priimame šią sąsają, nesiklausydami nuo konkrečios įgyvendinimo (pavyzdžiui, duomenų bazės ar mock testams):

func NewUserService(repo UserRepository) *UserService {
    return &UserService{repo: repo}
}

func (s *UserService) GetUserProfile(id int) (*UserProfile, error) {
    user, err := s.repo.GetUserByID(id)
    if err != nil {
        return nil, err
    }
    // papildoma logika
    return &UserProfile{User: user}, nil
}

Šis požiūris leidžia:

• Lengvai keisti saugyklos įgyvendinimą (pavyzdžiui, perjungti tarp duomenų bazių arba naudoti mock testams).
• Izoliuoti verslo logiką nuo duomenų saugojimo detalių.
• Pagerinti kodo skaitomumą ir priežiūrą.

Gamyboje tai padeda kurti lankstesnes ir mastelį didinančias programas su aiškiu atsakomybės pasidalijimu.