dart-cli-app-best-practices
Best practices for creating high-quality, executable Dart CLI applications. Covers entrypoint structure, exit code handling, and recommended packages.
Installation
Suivez les instructions du dépôt pour votre agent. Consultez les fichiers et dépendances avant l’installation.
Voir la source ↗GuidesInstructions
Dart CLI Application Best Practices
1. When to use this skill
Use this skill when:
- Creating a new Dart CLI application.
- Refactoring an existing CLI entrypoint (
bin/). - Reviewing CLI code for quality and standards.
- Setting up executable scripts for Linux/Mac.
2. Best Practices
Entrypoint Structure (bin/)
Keep the contents of your entrypoint file (e.g., bin/my_app.dart) minimal.
This improves testability by decoupling logic from the process runner.
DO:
// bin/my_app.dart
import 'package:my_app/src/entry_point.dart';
Future<void> main(List<String> arguments) async {
await runApp(arguments);
}
DON'T:
- Put complex logic directly in
bin/my_app.dart. - Define classes or heavy functions in the entrypoint.
Executable Scripts
For CLI tools intended to be run directly on Linux and Mac, add a shebang and ensure the file is executable.
DO:
- Add
#!/usr/bin/env dartto the first line. - Run
chmod +x bin/my_script.dartto make it executable.
#!/usr/bin/env dart
void main() => print('Ready to run!');
Process Termination (exitCode)
Properly handle process termination to allow for debugging and correct status reporting.
DO:
- Use the
exitCodesetter to report failure. - Allow
mainto complete naturally. - Use standard exit codes (sysexits) for clarity (e.g.,
64for bad usage,78for configuration errors).- See
package:ioExitCodeclass or FreeBSD sysexits man page.
- See
import 'dart:io';
void main() {
if (someFailure) {
exitCode = 64; // DO!
return;
}
}
AVOID:
- Calling
exit(code)directly, as it terminates the VM immediately, preventing "pause on exit" debugging andfinallyblocks from running.
Exception Handling
Uncaught exceptions automatically set a non-zero exit code, but you should handle expected errors gracefully.
Example:
Future<void> main(List<String> arguments) async {
try {
await runApp(arguments);
} catch (e, stack) {
print('App crashed!');
print(e);
print(stack);
exitCode = 1; // Explicitly fail
}
}
3. Recommended Packages
Use these community-standard packages owned by the Dart team to solve common CLI problems:
| Category | Recommended Package | Usage |
|---|---|---|
| Stack Traces | package:stack_trace |
detailed, cleaner stack traces |
| Arg Parsing | package:args |
standard flag/option parsing |
| Testing | package:test_process |
integration testing for CLI apps |
| Testing | package:test_descriptor |
file system fixtures for tests |
| Networking | package:http |
standard HTTP client (remember user-agent!) |
| ANSI Output | package:io |
handling ANSI colors and styles |
4. Interesting community packages
| Category | Recommended Package | Usage |
|---|---|---|
| Configuration | package:json_serializable |
strongly typed config objects |
| CLI Generation | package:build_cli |
generate arg parsers from classes |
| Version Info | package:build_version |
automatic version injection |
| Configuration | package:checked_yaml |
precise YAML parsing with line numbers |
5. Conventions
-
File Caching: Write cached files to
.dart_tool/[pkg_name]/. - User-Agent: Always set a User-Agent header in HTTP requests, including version info.
Exemples
Consultez les exemples du dépôt source.
Voir la source ↗Historique source
- Date d’indexation
- 2026-03-11
- Mise à jour de l’index
- 2026-03-11
- Branch
- main
Les dates concernent ce répertoire. Consultez le dépôt pour l’historique du code.
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!