Harmony Arkts

Cursor-Regel für ArkTS-Entwicklung auf HarmonyOS, hält generierten Code innerhalb der Sprachgrenzen von ArkTS.

Original-Beschreibung der Autoren: HarmonyOS ArkTS rules for components, state, resources, layout, lifecycle, and accessibility

Die Regel

---
description: HarmonyOS ArkTS rules for components, state, resources, layout, lifecycle, and accessibility
globs: ["**/*.ets", "**/*.ts", "**/*.json5", "AppScope/**/*", "entry/src/main/**/*"]
alwaysApply: false
---

# HarmonyOS ArkTS Rules

## Component Structure

- Use `@Component` for component definitions and PascalCase for component structs.
- Keep state declarations near the top of the component.
- Group lifecycle hooks before `build()`.
- Place `build()` last and keep it focused on UI composition.
- Extract complex UI into smaller components.

## State and Data Flow

- Use `@State` for component-owned state.
- Use `@Prop` for parent-to-child data.
- Use `@Link` only for intentional two-way binding.
- Keep derived values in methods or computed helpers rather than duplicating state.
- Avoid broad global state unless the project has an established app-state pattern.

## Layout and Styling

- Use `Column`, `Row`, `Stack`, `List`, and other ArkUI primitives intentionally.
- Keep layout properties such as width, height, alignment, and layout weight grouped before visual properties.
- Use object notation for margin and padding when sides differ.
- Use logical pixels consistently.
- Use percentage strings for relative sizes.
- Keep reusable spacing, colors, and typography in resources when the project supports it.

## Events and Lifecycle

- Use arrow functions for event handlers.
- Keep event handlers short and delegate complex logic to methods.
- Handle async failures explicitly and surface user-facing errors where appropriate.
- Use lifecycle hooks for setup and teardown that genuinely depends on component lifecycle.

## Resources and Accessibility

- Use `$r()` for app resources.
- Group resource references consistently.
- Add descriptive labels and focus handling for interactive elements.
- Maintain color contrast and touch target size.
- Test on representative device sizes and orientations.

## Common Mistakes

- Do not bury business logic in `build()`.
- Do not use two-way binding when one-way props are enough.
- Do not hardcode repeated strings, colors, and dimensions that belong in resources.
- Do not leave debug `console.log` calls in production code.

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

Regel für die Entwicklung mit ArkTS, der TypeScript-basierten Sprache für HarmonyOS-Apps (Huaweis Betriebssystem). Sie hinterlegt die Cursor-Konventionen für ArkTS-typische Syntax und Komponentenstruktur, was besonders für Entwickler relevant ist, die parallel zu iOS/Android auch den chinesischen HarmonyOS-Markt bedienen. Da ArkTS eigene Einschränkungen gegenüber Standard-TypeScript hat (z. B. bei dynamischen Typen), hilft die Regel, dass generierter Code direkt kompilierbar ist statt gegen die Sprachgrenzen zu verstoßen. Für alle ohne HarmonyOS-Zielplattform ist sie ohne Nutzen.

Praxis-Tipp

Nur aktivieren, wenn das Projekt tatsächlich für HarmonyOS gebaut wird — ArkTS’ Einschränkungen gegenüber TypeScript sind sonst nur unnötiger Ballast.

Lizenz & Quelle

• Lizenz: CC0 1.0
• Quelle: PatrickJS/awesome-cursorrules (GitHub)

Lade …