architecture-patterns
Implementar Padrões de Arquitetura de Backend
Également disponible depuis: Barnhardt-Enterprises-Inc,AdamManuel-dev
Construir sistemas de backend sustentáveis requer padrões de arquitetura comprovados. Esta habilidade ajuda você a implementar Arquitetura Limpa, Arquitetura Hexagonal e Design Orientado por Domínio para criar aplicações testáveis e escaláveis com separação adequada de responsabilidades.
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:
A habilidade gera uma estrutura de diretório completa com domain/entities contendo entidade User, domain/interfaces com porta IUserRepository, use_cases contendo CreateUserUseCase e UpdateUserUseCase, adapters/repositories com implementação PostgresUserRepository, e adapters/controllers com UserController para tratamento HTTP. Cada componente demonstra fluxo de dependência adequado e separação de responsabilidades.
Utilisation de "architecture-patterns". Implement a payment gateway adapter using hexagonal architecture
Résultat attendu:
A habilidade cria uma interface PaymentGatewayPort definindo o contrato do método charge, então implementa tanto StripePaymentAdapter para produção quanto MockPaymentAdapter para teste. Ambos os adaptadores implementam a mesma interface de porta, permitindo troca fácil sem alterar a lógica de negócio. O exemplo inclui tratamento de erros e padrões assíncronos adequados.
Utilisation de "architecture-patterns". Design an Order aggregate with DDD patterns
Résultat attendu:
A habilidade projeta uma entidade Order como raiz de agregado com métodos add_item, calculate_total e submit encapsulando regras de negócio. Inclui entidade OrderItem, objeto de valor Money para manipulação de moeda, enum OrderStatus para gerenciamento de estado, e eventos de domínio como OrderSubmittedEvent. O agregado impõe invariantes e mantém limites de consistência.
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
Projetar Arquitetura de Novo Serviço de Backend
Planejar e implementar um novo microserviço usando princípios de Arquitetura Limpa com separação adequada de camadas, injeção de dependência e lógica de negócio testável.
Refatorar Aplicação Monolítica
Transformar uma aplicação monolítica fortemente acoplada em uma arquitetura hexagonal bem estruturada com portas e adaptadores para teste e manutenção mais fáceis.
Implementar Padrões de Design Orientado por Domínio
Modelar domínios de negócio complexos usando padrões táticos de DDD, incluindo agregados, entidades, objetos de valor e eventos de domínio para melhor alinhamento com o domínio.
Essayez ces prompts
Criar uma estrutura de pastas de Arquitetura Limpa para um sistema de gerenciamento de pedidos de e-commerce com entidades de domínio, casos de uso e adaptadores.
Implementar uma interface de porta de repositório de usuário e adaptador PostgreSQL seguindo princípios de arquitetura hexagonal com acesso assíncrono ao banco de dados.
Projetar um agregado Order com entidades de domínio, objetos de valor e regras de negócio para adicionar itens, calcular totais e transições de estado.
Refatorar este endpoint FastAPI que tem lógica de negócio no controlador para um caso de uso adequado com injeção de dependência e separação de responsabilidades.
Bonnes pratiques
- Sempre direcione dependências das camadas externas para as internas, nunca permita que a camada de domínio dependa de infraestrutura
- Use interfaces e portas para definir contratos na camada de domínio, implemente adaptadores em camadas externas para testabilidade
- Mantenha a lógica de negócio em entidades de domínio e casos de uso, controladores devem apenas tratar preocupações HTTP e delegar para casos de uso
Éviter
- Colocar lógica de negócio em controladores ou manipuladores de API em vez de casos de uso e entidades de domínio
- Criar modelos de domínio anêmicos com apenas propriedades de dados e sem comportamento, colocando toda lógica em serviços
- Acoplar fortemente a camada de domínio a frameworks específicos, bancos de dados ou APIs externas sem interfaces de abstração