architecture-patterns
Back-End-Architekturmuster implementieren
Auch verfügbar von: Barnhardt-Enterprises-Inc,AdamManuel-dev
Der Aufbau wartbarer Back-End-Systeme erfordert bewährte Architekturmuster. Diese Fähigkeit hilft Ihnen, Clean Architecture, Hexagonale Architektur und Domain-Driven Design zu implementieren, um testbare, skalierbare Anwendungen mit richtiger Trennung der Verantwortlichkeiten zu erstellen.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "architecture-patterns". Create a Clean Architecture structure for a user management system
Erwartetes Ergebnis:
Die Fähigkeit generiert eine vollständige Verzeichnisstruktur mit domain/entities, die die User-Entität enthält, domain/interfaces mit IUserRepository-Port, use_cases mit CreateUserUseCase und UpdateUserUseCase, adapters/repositories mit PostgresUserRepository-Implementierung und adapters/controllers mit UserController für HTTP-Handling. Jede Komponente demonstriert proper Abhängigkeitsfluss und Trennung der Verantwortlichkeiten.
Verwendung von "architecture-patterns". Implement a payment gateway adapter using hexagonal architecture
Erwartetes Ergebnis:
Die Fähigkeit erstellt eine PaymentGatewayPort-Schnittstelle, die die charge-Methodenkontrakt definiert, und implementiert dann sowohl StripePaymentAdapter für die Produktion als auch MockPaymentAdapter für Tests. Beide Adapter implementieren dieselbe Port-Schnittstelle, was einfaches Austauschen ermöglicht, ohne die Geschäftslogik zu ändern. Das Beispiel enthält Fehlerbehandlung und proper Async/Await-Muster.
Verwendung von "architecture-patterns". Design an Order aggregate with DDD patterns
Erwartetes Ergebnis:
Die Fähigkeit entwirft eine Order-Entität als Aggregate-Root mit add_item, calculate_total und submit-Methoden, die Geschäftsregeln kapseln. Sie enthält OrderItem-Entität, Money-Value Object für Währungshandling, OrderStatus-Enum für Zustandsverwaltung und Domain Events wie OrderSubmittedEvent. Das Aggregate erzwingt Invarianten und Konsistenzgrenzen.
Sicherheitsaudit
SicherAll 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.
Qualitätsbewertung
Was du bauen kannst
Neue Backend-Service-Architektur entwerfen
Planen und implementieren Sie einen neuen Microservice unter Verwendung von Clean Architecture-Prinzipien mit richtiger Schichtentrennung, Dependency Injection und testbarer Geschäftslogik.
Monolithische Anwendung refaktorisieren
Transformieren Sie eine eng gekoppelte monolithische Anwendung in eine gut strukturierte hexagonale Architektur mit Ports und Adaptern für einfachere Tests und Wartung.
Domain-Driven Design-Muster implementieren
Modellieren Sie komplexe Geschäftsdomänen mit DDD taktischen Mustern einschließlich Aggregates, Entitäten, Value Objects und Domain Events für eine bessere Domänen-Ausrichtung.
Probiere diese Prompts
Erstellen Sie eine Clean Architecture-Ordnerstruktur für ein E-Commerce-Bestellverwaltungssystem mit Domänen-Entitäten, Use Cases und Adaptern.
Implementieren Sie eine Benutzerrepository-Port-Schnittstelle und einen PostgreSQL-Adapter nach den Prinzipien der hexagonalen Architektur mit asynchronem Datenbankzugriff.
Entwerfen Sie ein Order-Aggregate mit Domänen-Entitäten, Value Objects und Geschäftsregeln für das Hinzufügen von Artikeln, die Berechnung von Summen und Zustandsübergänge.
Refaktorisieren Sie diesen FastAPI-Endpoint, der Geschäftslogik im Controller hat, in einen proper Use Case mit Dependency Injection und Trennung der Verantwortlichkeiten.
Bewährte Verfahren
- Lassen Sie Abhängigkeiten immer von äußeren Schichten nach innen zeigen, lassen Sie niemals die Domänenschicht von Infrastruktur abhängen
- Verwenden Sie Schnittstellen und Ports, um Verträge in der Domänenschicht zu definieren, implementieren Sie Adapter in äußeren Schichten für Testbarkeit
- Behalten Sie Geschäftslogik in Domänen-Entitäten und Use Cases, Controller sollten nur HTTP-Anliegen behandeln und an Use Cases delegieren
Vermeiden
- Geschäftslogik in Controllern oder API-Handlern platzieren statt in Use Cases und Domänen-Entitäten
- Anämische Domänenmodelle erstellen, die nur Dateneigenschaften und kein Verhalten haben, wobei die gesamte Logik in Services liegt
- Domänenschicht eng an bestimmte Frameworks, Datenbanken oder externe APIs koppeln ohne Abstraktionsschnittstellen