architecture-patterns
Реализация архитектурных паттернов бэкенда
Également disponible depuis: Barnhardt-Enterprises-Inc,AdamManuel-dev,sickn33
Создание поддерживаемых бэкенд-систем требует проверенных архитектурных паттернов. Этот навык помогает реализовать чистую архитектуру (Clean Architecture), гексагональную архитектуру (Hexagonal Architecture) и предметно-ориентированное проектирование (Domain-Driven Design) для создания тестируемых, масштабируемых приложений с правильным разделением ответственности.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "architecture-patterns". Create a Clean Architecture structure for a user management system
Résultat attendu:
Навык генерирует полную структуру каталогов с domain/entities, содержащим сущность User, domain/interfaces с портом IUserRepository, use_cases, содержащим CreateUserUseCase и UpdateUserUseCase, adapters/repositories с реализацией PostgresUserRepository и adapters/controllers с UserController для обработки HTTP. Каждый компонент демонстрирует правильный поток зависимостей и разделение ответственности.
Utilisation de "architecture-patterns". Implement a payment gateway adapter using hexagonal architecture
Résultat attendu:
Навык создаёт интерфейс PaymentGatewayPort, определяющий контракт метода charge, затем реализует как StripePaymentAdapter для продакшена, так и MockPaymentAdapter для тестирования. Оба адаптера реализуют один и тот же интерфейс порта, позволяя легко менять их без изменения бизнес-логики. Пример включает обработку ошибок и правильные паттерны async/await.
Utilisation de "architecture-patterns". Design an Order aggregate with DDD patterns
Résultat attendu:
Навык проектирует сущность Order как корень агрегата с методами add_item, calculate_total и submit, инкапсулирующими бизнес-правила. Включает сущность OrderItem, объект-значение Money для обработки валюты, enum OrderStatus для управления состоянием и доменные события, такие как OrderSubmittedEvent. Агрегат обеспечивает соблюдение инвариантов и поддерживает границы согласованности.
Audit de sécurité
SûrAll 43 static analysis findings are false positives from educational code examples in documentation. The skill teaches software architecture patterns through Python examples showing Clean Architecture, Hexagonal Architecture, and Domain-Driven Design. No executable code, network access, or security vulnerabilities present.
Score de qualité
Ce que vous pouvez construire
Проектирование архитектуры нового бэкенд-сервиса
Планирование и реализация нового микросервиса с использованием принципов Clean Architecture с правильным разделением слоёв, внедрением зависимостей и тестируемой бизнес-логикой.
Рефакторинг монолитного приложения
Преобразование тесно связанного монолитного приложения в хорошо структурированную гексагональную архитектуру с портами и адаптерами для упрощения тестирования и сопровождения.
Реализация паттернов Domain-Driven Design
Моделирование сложных бизнес-доменов с использованием тактических паттернов DDD, включая агрегаты, сущности, объекты-значения и доменные события для лучшего соответствия предметной области.
Essayez ces prompts
Create a Clean Architecture folder structure for an e-commerce order management system with domain entities, use cases, and adapters.
Implement a user repository port interface and PostgreSQL adapter following hexagonal architecture principles with async database access.
Design an Order aggregate with domain entities, value objects, and business rules for adding items, calculating totals, and state transitions.
Refactor this FastAPI endpoint that has business logic in the controller into a proper use case with dependency injection and separation of concerns.
Bonnes pratiques
- Всегда направляйте зависимости внутрь от внешних слоёв к внутренним, никогда не позволяйте доменному слою зависеть от инфраструктуры
- Используйте интерфейсы и порты для определения контрактов в доменном слое, реализуйте адаптеры во внешних слоях для тестируемости
- Держите бизнес-логику в доменных сущностях и вариантах использования, контроллеры должны обрабатывать только HTTP-вопросы и делегировать их вариантам использования
Éviter
- Размещение бизнес-логики в контроллерах или обработчиках API вместо вариантов использования и доменных сущностей
- Создание анемичных доменных моделей только с полями данных и без поведения, размещение всей логики в сервисах
- Тесная связь доменного слоя с конкретными фреймворками, базами данных или внешними API без интерфейсов абстракции