machichdigital
RegelCursor RulesLizenz: CC0 1.0frei kopierbar

TypeScript

Allgemeine Cursor-Regel mit TypeScript-Best-Practices für saubere Typisierung und Codequalität.

⬇ Als Datei laden

× kopiert× heruntergeladenBewertung:

Allgemeine Cursor-Regel mit TypeScript-Best-Practices für saubere Typisierung und Codequalität.

Original-Beschreibung der Autoren: TypeScript coding standards and best practices for modern web development

Die Regel

---
description: "TypeScript coding standards and best practices for modern web development"
globs: **/*.ts, **/*.tsx, **/*.d.ts
alwaysApply: false
---
# TypeScript Best Practices

## Type System
- Prefer interfaces over types for object definitions
- Use type for unions, intersections, and mapped types
- Avoid using `any`, prefer `unknown` for unknown types
- Use strict TypeScript configuration
- Leverage TypeScript's built-in utility types
- Use generics for reusable type patterns

## Naming Conventions
- Use PascalCase for type names and interfaces
- Use camelCase for variables and functions
- Use UPPER_CASE for constants
- Use descriptive names with auxiliary verbs (e.g., isLoading, hasError)
- Prefix interfaces for React props with 'Props' (e.g., ButtonProps)

## Code Organization
- Keep type definitions close to where they're used
- Export types and interfaces from dedicated type files when shared
- Use barrel exports (index.ts) for organizing exports
- Place shared types in a `types` directory
- Co-locate component props with their components

## Functions
- Use explicit return types for public functions
- Use arrow functions for callbacks and methods
- Implement proper error handling with custom error types
- Use function overloads for complex type scenarios
- Prefer async/await over Promises

## Best Practices
- Enable strict mode in tsconfig.json
- Use readonly for immutable properties
- Leverage discriminated unions for type safety
- Use type guards for runtime type checking
- Implement proper null checking
- Avoid type assertions unless necessary

## Error Handling
- Create custom error types for domain-specific errors
- Use Result types for operations that can fail
- Implement proper error boundaries
- Use try-catch blocks with typed catch clauses
- Handle Promise rejections properly

## Patterns
- Use the Builder pattern for complex object creation
- Implement the Repository pattern for data access
- Use the Factory pattern for object creation
- Leverage dependency injection
- Use the Module pattern for encapsulation

So nutzt du sie

Die Regel kopieren (Button oben) oder als Datei herunterladen und im Projekt unter .cursor/rules/ ablegen — Cursor lädt sie beim nächsten Start automatisch. Ältere Cursor-Versionen lesen alternativ eine einzelne .cursorrules-Datei im Projektstamm; dort einfach den Regel-Text ohne den Kopfblock zwischen den ----Zeilen einfügen.

Der Regel-Text ist englisch — Cursor versteht ihn unabhängig von der Sprache, in der Sie mit dem Editor chatten.

Im Detail

Eine generische Cursor-Regel für TypeScript-Projekte: sie gibt Konventionen zu strikter Typisierung, sinnvollem Einsatz von Interfaces vs. Types, Vermeidung von any und sauberer Fehlerbehandlung vor. Im Gegensatz zu framework-spezifischen Regeln (z. B. für Angular oder NestJS) ist sie technologieneutral und eignet sich als Basis-Layer, den man mit weiteren, spezifischeren Regeln kombiniert. Sinnvoll für Teams, die in gemischten TypeScript-Codebases (Node, Frontend, Libraries) einheitliche Typisierungsstandards durchsetzen wollen, ohne für jedes Sub-Projekt eine eigene Regel zu schreiben. Wer stark framework-gebunden arbeitet, profitiert eher von einer der spezialisierten Varianten wie „Angular TypeScript“ oder den NestJS-Regeln.

Praxis-Tipp

Als Basisregel in .cursor/rules ablegen und bei Bedarf mit einer framework-spezifischen Regel kombinieren, z. B. zusätzlich „Angular TypeScript“ für Angular-Projekte.

Siehe auch

Lizenz & Quelle

Inhalt ansehen (typescript.mdc)
Lade …

Erfahrungen & Kommentare.

Funktioniert der Regel bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …

Ihre IP-Adresse wird zum Schutz vor Missbrauch gespeichert und nach 14 Tagen automatisch entfernt (Datenschutz).

Passt dazu.