스킬 api-design
🔌

api-design

안전 🌐 네트워크 접근⚙️ 외부 명령어🔑 환경 변수

REST-APIs mit Best Practices entwerfen

또한 다음에서 사용할 수 있습니다: supercent-io

APIs leiden oft unter inkonsistenter Benennung, schlechter URL-Struktur und falscher Verwendung von HTTP-Methoden. Diese Skill bietet klare Richtlinien für das Design von APIs, die intuitiv, skalierbar und leicht zu warten sind.

지원: Claude Codex Code(CC)
📊 69 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"api-design" 사용 중입니다. Entwerfe einen REST-Endpunkt zum Erstellen und Abrufen von Bestellungen

예상 결과:

  • POST /orders - Neue Bestellung erstellen (gibt 201 Created mit Location-Header zurück)
  • GET /orders?status=pending&sort=-createdAt - Bestellungen mit Filterung und Sortierung auflisten
  • GET /orders/{id} - Bestimmte Bestellung abrufen (gibt 404 zurück, wenn nicht gefunden)
  • Alle Antworten verwenden das Envelope-Format mit 'data'- und 'meta'-Feldern

"api-design" 사용 중입니다. Wie sollte ich Fehlerantworten für Validierungsfehler strukturieren?

예상 결과:

  • Verwende 400 Bad Request mit dem Fehlercode VALIDATION_ERROR
  • Inkludiere ein Details-Array mit feld-spezifischen Nachrichten
  • Beispiel: { error: { code: 'VALIDATION_ERROR', message: 'Ungültige Eingabe', details: [{ field: 'email', message: 'Muss gültige E-Mail sein' }] } }

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
21
커뮤니티
100
보안
83
사양 준수

만들 수 있는 것

Neue REST-APIs entwerfen

Best Practices beim Entwerfen neuer REST-Endpunkte anwenden, um Konsistenz und Benutzerfreundlichkeit zu gewährleisten.

Bestehende APIs überprüfen

Aktuelle API-Designs gegen Industriestandards validieren und Verbesserungsbereiche identifizieren.

API-Styleguides erstellen

Team-weite Konventionen für URL-Benennung, Antwortformate und Fehlerbehandlung etablieren.

이 프롬프트를 사용해 보세요

Neuer Endpunkt-Design
Entwerfe einen REST-Endpunkt für die Benutzerverwaltung. Bette die URL-Struktur, HTTP-Methode, Request-Body-Format, Antwortformat und geeignete Statuscodes ein.
Fehlerbehandlung
Wie ist der richtige Weg, Fehlerantworten in einer REST-API zu strukturieren? Zeige Beispiele für Validierungsfehler, Authentifizierungsfehler und Nicht-Gefunden-Szenarien.
Collection-Pagination
Entwerfe eine REST-API für paginierte Collections. Zeige sowohl offset-basierte als auch cursor-basierte Pagination-Ansätze mit Request- und Antwortbeispielen.
API-Versionierung
Was sind die Best Practices für API-Versionierung? Vergleiche URL-Pfad-Versionierung versus Header-basierte Versionierung. Wann sollte welcher Ansatz verwendet werden?

모범 사례

  • Verwende pluralische Substantive für Ressourcen-URLs (z.B. /users nicht /user)
  • Wende HTTP-Methoden korrekt an: GET für Lesezugriffe, POST für Erstellungen, PUT für Ersetzungen, PATCH für partielle Aktualisierungen, DELETE für Löschungen
  • Strukturiere Antworten konsistent mit dem Envelope-Format inklusive Metadaten für Collections

피하기

  • Vermeide Verben in URLs (z.B. /getUsers, /createOrder) - die HTTP-Methode vermittelt die Aktion
  • Verwende keine inkonsistenten Namenskonventionen wie das Mischen von snake_case und camelCase in derselben API
  • Vermeide tiefe Verschachtelung über zwei Ebenen hinaus - flache Ressourcen-Hierarchien, wenn möglich

자주 묻는 질문

Welche HTTP-Statuscodes sollte ich für Fehler verwenden?
Verwende 4xx-Codes für Client-Fehler (400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 409 Conflict) und 5xx-Codes für Server-Fehler.
Was ist der Unterschied zwischen PUT und PATCH?
PUT ersetzt eine gesamte Ressource, während PATCH eine partielle Aktualisierung durchführt. PUT ist idempotent und erwartet eine vollständige Ressourcenrepräsentation.
Sollte ich offset- oder cursor-basierte Pagination verwenden?
Verwende cursor-basierte Pagination für große Datensätze und Echtzeitdaten. Verwende offset-basierte Pagination für einfachere Implementierungen mit vorhersagbaren Datensatzgrößen.
Wie sollte ich die API-Authentifizierung handhaben?
Bevorzuge Bearer-Token im Authorization-Header für die meisten Fälle. Verwende API-Keys im X-API-Key-Header statt in Query-Parametern für bessere Sicherheit.
Unterstützt dieser Skill GraphQL oder gRPC?
Nein, dieser Skill konzentriert sich ausschließlich auf REST-API-Designprinzipien. GraphQL und gRPC haben ihre eigenen Designmuster und Konventionen.
Wie verhindere ich Breaking Changes in meiner API?
Versioniere deine API von Anfang an. Verwende URL-Pfad-Versionierung (z.B. /v1/users) für größere Änderungen. Behalte die Abwärtskompatibilität innerhalb jeder Version bei.

개발자 세부 정보

작성자

Benny9193

라이선스

MIT

참조

master

파일 구조

📄 SKILL.md