Fähigkeiten dotnet-backend-patterns

dotnet-backend-patterns

Name: dotnet-backend-patterns
Author: wshobson

Sicher ⚙️ Externe Befehle🌐 Netzwerkzugriff📁 Dateisystemzugriff

Produktionsreife .NET-Backends entwickeln

Die Entwicklung von .NET-Backends erfordert das Verständnis von asynchronen Mustern, Dependency Injection und Datenbankzugriffsstrategien. Diese Fähigkeit bietet erprobte Vorlagen und Best Practices für die Erstellung von APIs, die wartbar, testbar und leistungsfähig sind.

Unterstützt: Claude Codex Code(CC)

🥉 73 Bronze

Die Skill-ZIP herunterladen

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

Einschalten und loslegen

Teste es

Verwendung von "dotnet-backend-patterns". Generiere einen Product-Service mit Result-Pattern und Caching

Erwartetes Ergebnis:

Result<T>-Pattern mit Success/Failure statischen Methoden
ICacheService-Abhängigkeit für Cache-Aside-Pattern
FluentValidation-Integration für Request-Validierung
ILogger-Injektion mit korrekten Log-Levels
CancellationToken-Propagation durch alle asynchronen Methoden
Soft-Delete-Unterstützung mit Repository-Pattern

Verwendung von "dotnet-backend-patterns". Erstelle ein User-Repository mit Dapper und parametrisierten Abfragen

Erwartetes Ergebnis:

IDbConnection-Injektion via Factory-Pattern
Parametrisiertes SQL mit @Id, @SearchTerm-Platzhaltern
QueryFirstOrDefaultAsync für einzelne Datensätze
QueryAsync für mehrere Ergebnisse mit DynamicParameters
Transaction-Unterstützung für Multi-Statement-Operationen

Verwendung von "dotnet-backend-patterns". Richte Dependency Injection für einen Payment-Service ein

Erwartetes Ergebnis:

Scoped-Lifetime für Payment-Processing-Service
IOptions<PaymentOptions>-Konfigurations-Binding
HttpClient-Registrierung via IHttpClientFactory
Singleton ConnectionMultiplexer für Redis
Keyed Services für mehrere Payment-Provider

Sicherheitsaudit

Sicher

v4 • 1/17/2026

This is a pure documentation and code template skill containing only educational C#/.NET patterns. Static findings are 100% false positives caused by the scanner misidentifying: (1) markdown code fences as Ruby backticks, (2) SQL/database patterns as cryptographic terms, (3) standard C# namespace imports as reconnaissance. No executable code, network calls, file system access, or command execution exists. All content is static educational material.

Gescannte Dateien

2,791

Analysierte Zeilen

befunde

Gesamtzahl Audits

Risikofaktoren

⚙️ Externe Befehle (85)

🌐 Netzwerkzugriff (1)

skill-report.json:6

📁 Dateisystemzugriff (5)

skill-report.json:16 skill-report.json:17 skill-report.json:167 SKILL.md:3 SKILL.md:8

Auditiert von: claude Audit-Verlauf anzeigen →

Qualitätsbewertung

Architektur

100

Wartbarkeit

Inhalt

Community

100

Sicherheit

Spezifikationskonformität

Was du bauen kannst

API-Entwicklung

RESTful-APIs mit Minimal-API-Endpunkten entwerfen und implementieren mit ordnungsgemäßer Fehlerbehandlung und Validierung

Datenzugriffsschicht

Repository-Schichten mit EF Core für komplexe Domänen oder Dapper für leistungskritische Abfragen erstellen

Teststrategie

Umfassende Test-Suiten mit gemockten Abhängigkeiten und Integrationstests gegen Testdatenbanken schreiben

Probiere diese Prompts

Service erstellen

Erstelle eine Service-Implementierung für [EntityName] mit CRUD-Operationen unter Verwendung des Result-Patterns, Dependency Injection und Validierung. Füge das Cache-Aside-Pattern und ordnungsgemäße Fehlerbehandlung ein.

Repository hinzufügen

Generiere ein [Dapper/EF Core] Repository für [EntityName] mit asynchronen Methoden für Suche, Paginierung und Bulk-Operationen. Füge parametrisierte Abfragen und ordnungsgemäße Connection-Handhabung ein.

DI konfigurieren

Schreibe Service-Registrierungen für [ServiceName] mit korrekter Lifetime (scoped/singleton/transient), IOptions-Konfiguration und keyed Services falls erforderlich.

Tests schreiben

Schreibe xUnit-Tests für [ServiceName] mit Moq. Füge Happy-Path, Validierungsfehler und Fehlerszenarien ein. Verwende Fact und Theory-Attribute mit korrekten Assertions.

Bewährte Verfahren

Verwende async/await durchgehend durch den gesamten Call-Stack und übergebe immer CancellationToken an asynchrone Methoden
Bevorzuge Result<T> über Exceptions für Geschäftslogik-Fehler und validiere Eingaben an API-Grenzen
Verwende AsNoTracking() für Nur-Lese-Abfragen und wähle nur benötigte Spalten aus, um die Speichernutzung zu reduzieren

Vermeiden

Blockiere niemals async-Code mit .Result oder .GetAwaiter().GetResult(), da dies zu Deadlocks führt
EF-Entitäten nicht direkt in API-Antworten exponieren - verwendet DTOs für Datentransformation
Verwende niemals String-Verkettung für SQL-Abfragen - immer parametrisierte Abfragen verwenden, um Injection zu verhindern

Häufig gestellte Fragen

Welche .NET-Versionen werden unterstützt?

Vorlagen zielen auf .NET 8+ und verwenden C# 12-Features wie Primary Constructors und Collection Expressions.

Wie groß darf die Antwort maximal sein?

Die Antwortgröße hängt von der Abfrage ab. Verwende Paginierung mit konfigurierbaren Seitengrößen (Standard 50, maximal 200).

Kann ich dies mit Minimal-APIs verwenden?

Ja. Alle Service-Muster funktionieren sowohl mit Controller-basierten APIs als auch mit Minimal-API-Endpunkten unter Verwendung von Dependency Injection.

Sind meine Daten sicher?

Diese Fähigkeit generiert nur Code-Vorlagen. Sie greift nicht auf Dateien, Datenbanken zu oder überträgt Daten extern.

Warum sind meine Abfragen langsam?

Verwende AsNoTracking() für Lesezugriffe, wähle nur benötigte Spalten aus, füge Datenbank-Indexe für Filter-Spalten hinzu und erwäge Dapper für Hot-Paths.

Wie unterscheidet sich dies von anderen Fähigkeiten?

Diese Fähigkeit bietet C#/.NET-spezifische Muster. Verwende allgemeine API-Design-Fähigkeiten für sprachunabhängige REST-Prinzipien.