dart-modern-features — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited dart-modern-features (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Use this skill when:
extraction, or exhaustive checking.
To find candidates for modernization:
Search for switch statements where every case assigns to the same variable or returns:
switch\s*\([^)]+\)\s*\{\s*caseSearch for manual map or JSON property extraction and type checking:
containsKey\(['"][^'"]+['"]\)json\[['"][^'"]+['"]\]\s+is\s+Search for collection if statements checking for null:
if\s*\(\w+\s*!=\s*null\)\s*\w+Search for long numbers without separators:
\b\d{6,}\b (Matches numbers with 6 or more digits).Use records as anonymous, immutable, aggregate structures to bundle multiple objects without defining a custom class. Prefer them for returning multiple values from a function or grouping related data temporarily.
Avoid: Creating a dedicated class for simple multiple-value returns.
class UserResult {
final String name;
final int age;
UserResult(this.name, this.age);
}
UserResult fetchUser() {
return UserResult('Alice', 42);
}Prefer: Using records to bundle types seamlessly on the fly.
(String, int) fetchUser() {
return ('Alice', 42);
}
void main() {
var user = fetchUser();
print(user.$1); // Alice
}Use patterns to destructure complex data into local variables and match against specific shapes or values. Use them in switch, if-case, or variable declarations to unpack data directly.
Avoid: Manually checking types, nulls, and keys for data extraction.
void processJson(Map<String, dynamic> json) {
if (json.containsKey('name') && json['name'] is String &&
json.containsKey('age') && json['age'] is int) {
String name = json['name'];
int age = json['age'];
print('$name is $age years old.');
}
}Prefer: Combining type-checking, validation, and assignment into a single statement.
void processJson(Map<String, dynamic> json) {
if (json case {'name': String name, 'age': int age}) {
print('$name is $age years old.');
}
}Use switch expressions to return a value directly, eliminating bulky case and break statements.
Avoid: Using switch statements where every branch simply returns or assigns a value.
String describeStatus(int code) {
switch (code) {
case 200:
return 'Success';
case 404:
return 'Not Found';
default:
return 'Unknown';
}
}Prefer: Returning the evaluated expression directly using the => syntax.
String describeStatus(int code) => switch (code) {
200 => 'Success',
404 => 'Not Found',
_ => 'Unknown',
};Use class modifiers (sealed, final, base, interface) to restrict how classes can be used outside their defines library. Prefer sealed for defining closed families of subtypes to enable exhaustive checking.
Avoid: Using open abstract classes when the set of subclasses is known and fixed.
abstract class Result {}
class Success extends Result {}
class Failure extends Result {}
String handle(Result r) {
if (r is Success) return 'OK';
if (r is Failure) return 'Error';
return 'Unknown';
}Prefer: Using sealed to guarantee to the compiler that all cases are covered.
sealed class Result {}
class Success extends Result {}
class Failure extends Result {}
String handle(Result r) => switch(r) {
Success() => 'OK',
Failure() => 'Error',
};Use extension types for a zero-cost wrapper around an existing type. Use them to restrict operations or add custom behavior without runtime overhead.
Avoid: Allocating new wrapper objects just for domain-specific logic or type safety.
class Id {
final int value;
Id(this.value);
bool get isValid => value > 0;
}Prefer: Using extension types which compile down to the underlying type at runtime.
extension type Id(int value) {
bool get isValid => value > 0;
}Use underscores (_) in number literals strictly to improve visual readability of large numeric values.
Avoid: Long number literals that are difficult to read at a glance.
const int oneMillion = 1000000;Prefer: Using underscores to separate thousands or other groupings.
const int oneMillion = 1_000_000;Use wildcards (_) as non-binding variables or parameters to explicitly signal that a value is intentionally unused.
Avoid: Inventing clunky, distinct variable names to avoid "unused variable" warnings.
void handleEvent(String ignoredName, int status) {
print('Status: $status');
}Prefer: Explicitly dropping the binding with an underscore.
void handleEvent(String _, int status) {
print('Status: $status');
}Use null-aware elements (?) inside collection literals to conditionally include items only if they evaluate to a non-null value.
Avoid: Using collection if statements for simple null checks.
var names = [
'Alice',
if (optionalName != null) optionalName,
'Charlie'
];Prefer: Using the ? prefix inline.
var names = ['Alice', ?optionalName, 'Charlie'];Use dot shorthands to omit the explicit type name when it can be confidently inferred from context, such as with enums or static fields.
Avoid: Fully qualifying type names when the type is obvious from the context.
LogLevel currentLevel = LogLevel.info;Prefer: Reducing visual noise with inferred shorthand.
LogLevel currentLevel = .info;style and foundational Dart idioms that predate or complement the modern syntax features.
[dart-best-practices]: https://github.com/kevmoo/dash_skills/blob/main/skills/dart-best-practices/SKILL.md
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.