golang-enterprise-patterns
Применение паттернов корпоративной архитектуры Go
也可從以下取得: Joseph OBrien
Создание масштабируемых приложений Go требует проверенных архитектурных паттернов. Этот навык предоставляет рекомендации по чистой архитектуре, гексагональной архитектуре и принципам DDD для готового к производству кода.
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「golang-enterprise-patterns」。 Help me design a new Go microservice using clean architecture
預期結果:
- • Организуйте код с директориями cmd/, internal/ и pkg/
- • Поместите бизнес-логику в слой internal/domain
- • Реализуйте варианты использования в слое internal/application
- • Создавайте адаптеры в слое internal/infrastructure
- • Определите HTTP-обработчики в слое internal/interfaces
- • Обеспечьте односторонний поток зависимостей внутрь
- • Используйте интерфейсы для разделения слоев
安全審計
安全This is a documentation-only skill containing architectural guidance for Go applications. No executable code, network calls, filesystem access, or command execution. Pure informational content.
品質評分
你能建構什麼
Проектирование корпоративных систем
Проектируйте масштабируемые Go-сервисы с использованием принципов чистой архитектуры и паттернов многослойного проектирования.
Установление стандартов команды
Определите согласованную структуру проекта и паттерны кодирования между командами разработки.
Понимание организации кода
Понимайте структуру приложения для улучшения стратегий развертывания и мониторинга.
試試這些提示
Помогите мне спроектировать новый Go-микросервис с использованием чистой архитектуры. Какую структуру папок я должен использовать и как организовать слои?
Как мне выполнить рефакторинг устаревшего Go-приложения для использования гексагональной архитектуры? Покажите мне паттерн порта и адаптера.
Объясните, как реализовать проектирование, управляемое доменом, в Go. Что такое корневые агрегаты и как их использовать?
Какие лучшие паттерны обработки ошибок для корпоративных Go-приложений? Покажите, как создавать пользовательские типы ошибок.
最佳實務
- Сохраняйте слой домена чистым, без зависимостей от фреймворков
- Определяйте небольшие, сфокусированные интерфейсы для лучшей тестируемости
- Применяйте инверсию зависимостей, завися от абстракций
- Осуществляйте быстрый отказ, выполняя валидацию на границах системы
避免
- Не смешивайте вопросы инфраструктуры с логикой домена
- Избегайте тесной связи между слоями
- Не обходите интерфейсы прямыми зависимостями
- Избегайте God-объектов, которые обрабатывают множество обязанностей