Compétences architecture-patterns
📐

architecture-patterns

Sûr

Implementierung von Clean Architecture Patterns

Également disponible depuis: wshobson,Barnhardt-Enterprises-Inc,AdamManuel-dev

Erstellen Sie wartbare, testbare Backend-Systeme mit bewährten Architekturmustern. Diese Fähigkeit hilft Ihnen, Clean Architecture, Hexagonale Architektur und Domain-Driven Design anzuwenden, um skalierbare Software zu erstellen.

Prend en charge: Claude Codex Code(CC)
🥉 73 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "architecture-patterns". Design a Clean Architecture structure for a user management system

Résultat attendu:

  • Layer 1: Domain - User entity with business rules (activation, validation)
  • Layer 2: Use Cases - CreateUser, UpdateUser, DeactivateUser
  • Layer 3: Interface Adapters - UserController, UserPresenter
  • Layer 4: Infrastructure - PostgresUserRepository, RedisCache

Utilisation de "architecture-patterns". Explain the difference between entities and value objects

Résultat attendu:

  • Entities: Have identity, mutable, equality by ID (e.g., Order, User)
  • Value Objects: No identity, immutable, equality by attributes (e.g., Email, Money, Address)

Audit de sécurité

Sûr
v1 • 2/24/2026

Static analysis flagged 32 potential issues including external_commands, env_access, and weak cryptographic algorithms. After evaluation, all findings are FALSE POSITIVES. The skill contains only documentation and Python code examples for software architecture patterns. No actual command execution, cryptographic code, or secret access exists. The flagged patterns are innocent uses of architecture terminology (domain, ports, adapters) and placeholder interface definitions.

2
Fichiers analysés
520
Lignes analysées
3
résultats
1
Total des audits

Problèmes à risque élevé (1)

resources/implementation-playbook.md:332-334
False Positive: env_access Pattern
Static scanner flagged 'api_key' parameter in StripePaymentAdapter as env_access. This is a legitimate interface definition, not actual secret access. The code only defines type signatures for a payment adapter.
Problèmes à risque moyen (1)
resources/implementation-playbook.md:57-90
False Positive: external_commands Pattern
Static scanner detected 'Ruby/shell backtick execution' but the files contain only Python code examples and markdown documentation. No backtick shell execution exists.
Problèmes à risque faible (1)
resources/implementation-playbook.md:37-51
False Positive: System Reconnaissance
Static scanner flagged 'domain' and 'bounded context' as system reconnaissance. These are legitimate Domain-Driven Design (DDD) terminology, not system reconnaissance.
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
88
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

Architektur eines neuen Backend-Systems

Entwerfen Sie einen neuen Backend-Dienst mit Clean Architecture mit properer Schichtentrennung und Abhängigkeitsregeln.

Refactoring einer monolithischen Codebasis

Migrieren Sie eng gekoppelten Code zu hexagonaler Architektur mit klaren Ports und Adaptern.

DDD-Taktische Muster anwenden

Implementieren Sie Domänenmodelle mit Entities, Value Objects und Aggregates für komplexe Geschäftsdomänen.

Essayez ces prompts

Grundlegende Architektur-Gestaltung 
Helfen Sie mir, eine Clean Architecture-Struktur für eine E-Commerce-Anwendung zu entwerfen. Welche Schichten sollte ich erstellen und was sind die Abhängigkeiten zwischen ihnen?
Hexagonale Architektur-Setup 
Zeigen Sie mir, wie ich einen Zahlungsdienst mit Hexagonaler Architektur implementiere. Beziehen Sie Ports und Adapter mit einem Stripe-Beispiel ein.
Domain-Driven Design Modell 
Erstellen Sie ein DDD-Domänenmodell für ein Auftragsverwaltungssystem. Beziehen Sie Entities, Value Objects, Aggregates und Domain Events ein.
Architektur-Migrationsplan 
Ich habe ein Rails-Monolith. Wie migriere ich es Schritt für Schritt zu Clean Architecture, ohne einen kompletten Rewrite zu machen?

Bonnes pratiques

  • Bewahren Sie Geschäftslogik in der Domänenschicht, unabhängig von Frameworks
  • Definieren Sie klare Schnittstellen (Ports), bevor Sie Adapter implementieren
  • Stellen Sie sicher, dass innere Schichten nichts über äußere Schichten wissen

Éviter

  • Geschäftslogik in Controllern platzieren (fette Controller)
  • Domänenlogik mit Infrastrukturcode mischen
  • Anämische Domänenmodelle ohne Verhalten erstellen

Foire aux questions

Wann sollte ich Clean Architecture verwenden?
Verwenden Sie Clean Architecture für komplexe Backend-Systeme, bei denen Testbarkeit und Wartbarkeit Priorität haben. Es fügt anfänglichen Overhead hinzu, also vermeiden Sie es für einfache CRUD-Anwendungen.
Was ist der Hauptvorteil der Hexagonalen Architektur?
Es ermöglicht Ihnen, Implementierungen einfach auszutauschen. Sie können einen Mock-Zahlungsadapter zum Testen verwenden und für die Produktion auf Stripe umstellen, ohne die Domänenlogik zu ändern.
Wie unterscheidet sich Domain-Driven Design von Clean Architecture?
DDD konzentriert sich auf die Modellierung komplexer Geschäftsdomänen mit Bounded Contexts und Ubiquitous Language. Clean Architecture ist eine technische Struktur, die mit oder ohne DDD funktionieren kann.
Kann ich diese Fähigkeit mit jeder Programmiersprache verwenden?
Ja, die Muster sind sprachunabhängig. Die Beispiele verwenden Python, aber die Prinzipien gelten für jede objektorientierte Sprache.
Was sind Value Objects und wann sollte ich sie verwenden?
Value Objects sind unveränderliche Objekte, die durch ihre Attribute definiert werden, nicht durch Identität. Verwenden Sie sie für Konzepte wie Geld, E-Mail oder Adresse, wo Gleichheit wichtiger ist als Identität.
Wie beginne ich mit der Migration einer Legacy-Codebasis?
Beginnen Sie mit der Identifikation von Domänengrenzen. Erstellen Sie neuen Code in der Zielarchitektur, während Sie Legacy-Code behalten. Migrieren Sie inkrementell Feature für Feature.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/architecture-patterns

Réf

main

Structure de fichiers

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md