> dart-language
Dart 3.x language feature standards: null safety, records, sealed classes, switch pattern matching, extensions, and async/await. ALWAYS consult when using !, ?., ??, late, sealed classes, record types, switch expressions, or async patterns — and before introducing any new Dart 3.x construct to confirm the modern idiomatic approach. (triggers: **/*.dart, sealed, record, switch, pattern, !, late, async, extension)
curl "https://skillshub.wtf/HoangNguyen0403/agent-skills-standard/dart-language?format=md"Dart Language Patterns
Priority: P0 (CRITICAL)
Modern Dart standards for safety, performance, and readability.
Implementation Guidelines
- Null Safety: Avoid
!. Use?.,??, or short-circuiting. Uselateonly if necessary. - Immutability: Use
finalfor all variables. Use@freezedfor data classes. - Pattern Matching (3.x): Use
switch (value)with patterns and destructuring. - Records: Use Records (e.g.,
(String, int)) for returning multiple values. - Sealed Classes: Use
sealed classfor exhaustive state handling in domain logic. - Extensions: Use
extensionto add utility methods to third-party types. - Wildcards (3.7+): Use
_for unused variables in declarations and patterns. - Tear-offs: Prefer using tear-offs (e.g.,
list.forEach(print)) over anonymous lambdas (e.g.,list.forEach((e) => print(e))). - Asynchrony: Prefer
async/awaitover rawFuture.then. Useunawaitedfor fire-and-forget logic if necessary. - Encapsulation: Use
_prefix for library-private members. Preferfinalproperties. - Collections: Use
collection-if,collection-for, and spread operators.... - Safe List Access: Prefer
.firstOrNull,.lastOrNull, or.elementAtOrNull(i). - No dynamic: Use
Objector generics instead ofdynamic. - Type Aliases: Use
typedeffor complex IDs or callbacks.
Anti-Patterns
- No ! Operator: Do not use the bang operator
!unless you can prove the value is non-null viaiforassert. - No var for members: Do not use
varfor class members; usefinalor explicit types. - No logic in constructors: Do not perform complex calculations or async work inside constructors.
Code
// Sealed class and Switch expression
sealed class Result {}
class Success extends Result { final String data; Success(this.data); }
class Failure extends Result {}
String message(Result r) => switch (r) {
Success(data: var d) => "Got $d",
Failure() => "Error",
};
Related Topics
feature-based-clean-architecture | tooling
> related_skills --same-repo
> common-store-changelog
Generate user-facing release notes for the Apple App Store and Google Play Store by collecting git history, triaging user-impacting changes, and drafting store-compliant changelogs. Enforces character limits (App Store ≤4000, Google Play ≤500), tone, and bullet format. Use when generating release notes, app store changelog, play store release, what's new, or version release notes for any mobile app. (triggers: generate changelog, app store notes, play store release, what's new, release notes, ve
> golang-tooling
Go developer toolchain — gopls LSP diagnostics, linting, formatting, and vet. Use when setting up Go tooling, running linters, or integrating gopls with Claude Code. (triggers: gopls, golangci-lint, golangci.yml, go vet, goimports, staticcheck, go tooling, go lint)
> common-ui-design
Design distinctive, production-grade frontend UI with bold aesthetic choices. Use when building web components, pages, interfaces, dashboards, or applications in any framework (React, Next.js, Angular, Vue, HTML/CSS). (triggers: build a page, create a component, design a dashboard, landing page, UI for, build a layout, make it look good, improve the design, build UI, create interface, design screen)
> common-owasp
OWASP Top 10 audit checklist for Web Applications (2021) and APIs (2023). Load during any security review, PR review, or codebase audit touching web, mobile backend, or API code. (triggers: security review, OWASP, broken access control, IDOR, BOLA, injection, broken auth, API review, authorization, access control)