flutter-development-guidelines — правило Cursor для Flutter
Задаёт структуру проекта, нейминг и стиль Dart для Flutter-приложений на MVVM с Riverpod. Пригодится, когда агент в Cursor разносит код по папкам как попало.
.cursor/rules/flutter-development-guidelines-cursorrules-prompt-file.mdcЧто делает flutter-development-guidelines-cursorrules-prompt-file
Правило срабатывает на файлы **/*.dart и описывает, как раскладывать код под /lib: модели в /lib/models/, логика и состояние в /lib/viewmodels/, переиспользуемые виджеты в /lib/views/widgets/, экраны в /lib/views/screens/, работа с API в /lib/services/, вспомогательные функции в /lib/utils/.
Архитектура — MVVM, состояние живёт в ViewModel и связывается с View через Riverpod. Из мелочей: имена файлов и папок в snake_case, классы в UpperCamelCase, переменные в lowerCamelCase, булевы флаги вида isLoading и hasError. Импорты идут тремя блоками — сначала dart:, потом package:, в конце относительные пути.
Строки короче 80 символов, фигурные скобки у всех конструкций управления, одинарные кавычки, const там, где виджет неизменяем. Правило не применяется само по себе: alwaysApply: false, поэтому его нужно подключать к конкретным запросам или файлам. Лишний шум в проекте без Flutter — это повод держать его отключённым.
Какие задачи решает
- разложить файлы Flutter-проекта по слоям MVVM
- вынести состояние из виджетов в ViewModel на Riverpod
- привести имена файлов и классов к одному стилю
- расставить импорты в правильном порядке
- заменить StatefulWidget на StatelessWidget там, где состояние не нужно
Примеры запросов агенту
- Создай экран логина по структуре из правила: ViewModel в /lib/viewmodels/, экран в /lib/views/screens/
- Отрефактори этот виджет: вынеси состояние в ViewModel на Riverpod и добавь const где можно
- Проверь файл auth_wizard.dart на соответствие правилу: длина строк, кавычки, порядок импортов
Как установить flutter-development-guidelines-cursorrules-prompt-file
Вручную: положить файлы
.cursor/rules/flutter-development-guidelines-cursorrules-prompt-file.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/flutter-development-guidelines-cursorrules-prompt-file.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/flutter-development-guidelines-cursorrules-prompt-file.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/flutter-development-guidelines-cursorrules-prompt-file.mdВручную: положить файлы
.clinerules/flutter-development-guidelines-cursorrules-prompt-file.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Из того же набора68
Похожие
Рядом в теме «Мобильная разработка»
Всё по теме «Мобильная разработка» →Вопросы о flutter-development-guidelines-cursorrules-prompt-file
Как установить flutter-development-guidelines в Cursor?
Создайте файл .cursor/rules/flutter-development-guidelines-cursorrules-prompt-file.mdc в корне проекта и вставьте в него текст правила.
Что делает это правило?
Описывает структуру каталогов под /lib, соглашения об именах, порядок импортов и стиль Dart. Агент опирается на него, когда пишет или правит .dart-файлы.
Правило применяется ко всем файлам автоматически?
Нет, в нём стоит alwaysApply: false. Оно привязано к glob **/*.dart, поэтому подключайте его к нужным запросам вручную.
Исходный текст
flutter-development-guidelines-cursorrules-prompt-file.mdc · CC0-1.0
---
description: "Cursor rules for Flutter development with MVVM architecture, Riverpod state management, Material widgets, and Dart style guidelines."
globs: **/*.dart
alwaysApply: false
---
### Code style and structure
- Write concise and efficient source code.
- Strive for source code that is easy to read and maintain, and provide accurate examples.
- Avoid duplication of code: modularise widgets and functions into reusable components.
- Use descriptive variable names: use names with auxiliary verbs such as isLoading, hasError.
### Directory structure under /lib.
- /lib/models/: data models and type definitions (Models)
- /lib/viewmodels/: state management and business logic (ViewModel)
- /lib/views/widgets/: reusable widgets (View)
- /lib/views/screens/: per-screen widgets (View)
- /lib/services/: service classes for API calls and data access
- /lib/utils/: helper functions and constants
### Naming conventions
- Directories and files: use snakeCase (e.g. auth_wizard.dart).
- UpperCamelCase: use for class names/enumerations/typedefs/type parameters, etc.
- LowerCamelCase: used for variables/functions/class members (properties, methods), etc.
- lowercase_with_underscores (snakeCase): for files/directories/packages/libraries, etc.
### Import.
- Place imports starting with dart: first (use lowercase_with_underscores for the import prefix).
- Next, import third-party packages (package:).
- Finally, import relative paths and files in the project.
### Using Dart.
- Take advantage of type safety: use static typing in all code and utilise type inference wherever possible.
### UI and styling.
- Use Material widgets.
- Unify theming: use ThemeData to apply consistent styles.
### Performance optimisation.
- Prefer StatelessWidget when state is not required.
- Make use of const constructors: if widgets are immutable, use const to optimise builds.
### State management.
- Use riverpod to implement efficient state management.
- Manage state within the ViewModel and link it to the View.
### Software architecture
Use MVVM (Model View ViewModel).
### Key rules.
- To improve code readability, lines should not exceed 80 characters in length.
- Use braces {} for all flow control structures (if, for, while, etc.).
- Use comment-outs proactively to help understand and maintain code.
- Use single quotes, avoid the use of double quotes and use consistent string literals to improve readability.
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules