Puteți explica principiile SOLID și cum le aplicați în dezvoltarea software-ului?

Principiile SOLID sunt cinci reguli de bază ale proiectării orientate pe obiecte care ajută la crearea unui cod flexibil, extensibil și ușor de întreținut:

1. S — Principiul responsabilității unice Fiecare clasă trebuie să aibă un singur motiv pentru a se schimba, adică să fie responsabilă pentru o singură sarcină.

2. O — Principiul deschis/închis Clasele trebuie să fie deschise pentru extindere, dar închise pentru modificare.

3. L — Principiul substituției Liskov Obiectele claselor derivate trebuie să poată înlocui obiectele clasei de bază fără a afecta corectitudinea programului.

4. I — Principiul segregării interfețelor Clienții nu trebuie să depindă de interfețe pe care nu le utilizează. Este mai bine să ai mai multe interfețe specializate decât una universală.

5. D — Principiul inversiunii dependențelor Modulele de nivel înalt nu trebuie să depindă de modulele de nivel inferior. Ambele trebuie să depindă de abstracții.

Exemplu de aplicare în Go:

// Principiul responsabilității unice
// Structura (clasa) răspunde doar pentru lucrul cu utilizatorii

type UserRepository interface {
    GetUser(id int) (*User, error)
}

// Principiul inversiunii dependențelor
// Serviciul depinde de interfață, nu de o implementare concretă

type UserService struct {
    repo UserRepository
}

func (s *UserService) GetUserName(id int) (string, error) {
    user, err := s.repo.GetUser(id)
    if err != nil {
        return "", err
    }
    return user.Name, nil
}

Aplicarea principiilor SOLID ajută la scrierea unui cod mai ușor de testat, extins și întreținut.