Что такое SOLID?

# SOLID - Пять принципов объектно-ориентированного проектирования

SOLID - это набор из пяти принципов, разработанных Robert Martin для создания более гибкого, масштабируемого и поддерживаемого кода. Каждая буква обозначает один принцип.

1. S - Single Responsibility Principle (Принцип единственной ответственности)

Суть: Каждый класс должен иметь только одну ответственность и только одну причину для изменения.

// ПЛОХО - класс имеет много ответственностей
public class UserService
{
    public void RegisterUser(User user)
    {
        if (string.IsNullOrEmpty(user.Email))
            throw new ArgumentException();
        
        _database.SaveUser(user);
        _emailClient.SendWelcomeEmail(user.Email);
        _logger.LogInformation($"User registered: {user.Id}");
    }
}

// ХОРОШО - разделение ответственности
public class UserService
{
    private readonly IUserRepository _repository;
    private readonly IEmailService _emailService;
    
    public void RegisterUser(User user)
    {
        _repository.Save(user);
        _emailService.SendWelcomeEmail(user.Email);
    }
}

2. O - Open/Closed Principle (Принцип открытости/закрытости)

Суть: Классы должны быть открыты для расширения, но закрыты для модификации.

// ПЛОХО - нужно модифицировать при добавлении новой платёжной системы
public class PaymentProcessor
{
    public void ProcessPayment(string provider, decimal amount)
    {
        if (provider == "Stripe")
            ProcessStripePayment(amount);
        else if (provider == "PayPal")
            ProcessPayPalPayment(amount);
    }
}

// ХОРОШО - использование абстракции
public interface IPaymentProvider
{
    void ProcessPayment(decimal amount);
}

public class PaymentProcessor
{
    public void ProcessPayment(IPaymentProvider provider, decimal amount)
    {
        provider.ProcessPayment(amount);
    }
}

3. L - Liskov Substitution Principle

Суть: Объекты подклассов должны корректно заменять объекты базовых классов.

4. I - Interface Segregation Principle

Суть: Клиенты не должны зависеть от интерфейсов, которые они не используют.

// ПЛОХО - толстый интерфейс
public interface IWorker
{
    void Work();
    void Eat();
    void CodeReview();
    void ManageTeam();
}

// ХОРОШО - тонкие интерфейсы
public interface IWorker { void Work(); }
public interface ICodeReviewer { void ReviewCode(); }
public interface ITeamLead { void ManageTeam(); }

5. D - Dependency Inversion Principle

Суть: Зависить от абстракций, не от конкретных реализаций.

// ПЛОХО - прямая зависимость
public class UserService
{
    private SqlServerUserRepository _repository = new();
}

// ХОРОШО - зависимость от интерфейса
public class UserService
{
    private readonly IUserRepository _repository;
    
    public UserService(IUserRepository repository)
    {
        _repository = repository;
    }
}

Преимущества SOLID

• Уменьшает связанность кода
• Повышает когезию
• Облегчает тестирование
• Упрощает добавление новых функций
• Снижает технический долг
• Улучшает читаемость и поддерживаемость

Практическое применение

При разработке новых компонентов:

1. Убедись, что класс имеет одну ответственность (S)
2. Проектируй так, чтобы расширение не требовало модификации (O)
3. Убедись, что подклассы заменяют родителей корректно (L)
4. Не заставляй реализовывать ненужные методы (I)
5. Завись от абстракций, не от конкретики (D)

Заключение

SOLID - это не догма, а рекомендации. Нужен баланс между идеалом и практичностью. Применяй эти принципы осознанно, когда они упрощают код и архитектуру.