Да, я имел опыт разработки систем с использованием принципов чистой архитектуры в Go. Основная идея — разделение приложения на слои: сущности (Entities), интерфейсы (Use Cases), адаптеры (Interface Adapters) и инфраструктуру (Frameworks & Drivers). Это позволяет изолировать бизнес-логику от деталей реализации, облегчить тестирование и поддержку.

Например, в проекте я выделял пакеты для доменной логики, интерфейсов репозиториев и их реализаций, а также для HTTP-обработчиков. Взаимодействие между слоями происходило через интерфейсы, что позволяло легко заменять реализации и писать модульные тесты.

// Пример интерфейса репозитория
type UserRepository interface {
    GetUserByID(id string) (*User, error)
}

// Use case, использующий репозиторий
func GetUserProfile(repo UserRepository, id string) (*UserProfile, error) {
    user, err := repo.GetUserByID(id)
    if err != nil {
        return nil, err
    }
    // бизнес-логика
    return &UserProfile{Name: user.Name, Email: user.Email}, nil
}

Такой подход помогает поддерживать код чистым и легко расширяемым.

Имели ли вы опыт разработки и проектирования системы, следуя принципам чистой архитектуры?