Dart Run Static Analysis

作者 flutter0ef3972f93e2無授權條款3K 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫2 天前更新

Execute `dart analyze` to identify warnings and errors, and use `dart fix --apply` to automatically resolve mechanical lint issues. Use during development to ensure code quality and before committing changes.

AI 產生的概覽

執行 Dart 靜態分析並自動修正 lint 與警告問題,以提升 Dart 程式碼品質。

功能
此技能引導代理透過 analysis_options.yaml 設定 Dart 分析器,包含嚴格型別檢查、linter 規則、格式化設定與分析器外掛。它說明如何在檔案層級、行層級以及 pubspec 中抑制診斷訊息。接著介紹如何執行 dart analyze 找出警告與錯誤,並使用 dart fix --dry-run、dart fix --apply 以及 dart format 解決機械性的 lint 問題。
適用情境
適用於 Dart 或 Flutter 開發過程中檢查程式碼品質,找出型別相關缺陷、風格違規與潛在執行階段錯誤。也適合在提交變更前使用,或用於 Dart 3 遷移等程式碼升級情境。
執行需求
需要 Dart SDK(dart analyze、dart fix、dart format)或對應的 MCP 工具 analyze_files、dart_fix、dart_format。套件根目錄下應有 analysis_options.yaml。此技能不附帶指令碼,僅為操作說明。

Analyzing and Fixing Dart Code

Contents

Analysis Configuration

Configure the Dart analyzer using the analysis_options.yaml file located at the package root.

  • Base Configuration: Always include a standard rule set (e.g., package:lints/recommended.yaml or package:flutter_lints/flutter.yaml) using the include: directive.
  • Strict Type Checks: Enable strict type checks under the analyzer: language: node to prevent implicit downcasts and dynamic inferences. Set strict-casts: true, strict-inference: true, and strict-raw-types: true.
  • Linter Rules: Explicitly enable or disable specific rules under the linter: rules: node. Use a key-value map (rule_name: true/false) when overriding included rules, or a list (- rule_name) when defining a fresh set. Do not mix list and map syntax in the same rules block.
  • Formatter Configuration: Configure dart format behavior under the formatter: node. Set page_width (default 80) and trailing_commas (automate or preserve).
  • Analyzer Plugins: Enable custom diagnostics by adding plugins under the analyzer: plugins: node. Ensure the plugin package is added as a dev_dependency in pubspec.yaml.

Diagnostic Suppression

When a diagnostic (lint or warning) yields a false positive or applies to generated code, suppress it explicitly.

  • File-level Exclusion: Use the analyzer: exclude: node in analysis_options.yaml to exclude entire files or directories (e.g., **/*.g.dart) using glob patterns.
  • File-level Suppression: Add // ignore_for_file: <diagnostic_code> at the top of a Dart file to suppress specific diagnostics for the entire file. Use // ignore_for_file: type=lint to suppress all linter rules.
  • Line-level Suppression: Add // ignore: <diagnostic_code> on the line directly above the offending code, or appended to the end of the offending line.
  • Pubspec Suppression: Add # ignore: <diagnostic_code> above the offending line in pubspec.yaml files (e.g., # ignore: sort_pub_dependencies).
  • Plugin Diagnostics: Prefix the diagnostic code with the plugin name when suppressing plugin-specific issues (e.g., // ignore: some_plugin/some_code).

Workflow: Executing Static Analysis

Use this workflow to identify type-related bugs, style violations, and potential runtime errors.

Task Progress:

  • 1. Verify analysis_options.yaml exists at the project root.
  • 2. Run the analyzer using the analyze_files MCP tool (if available) or the CLI command dart analyze <target_directory>.
  • 3. Review the diagnostic output.
  • 4. If info-level issues must be treated as failures, append the --fatal-infos flag.
  • 5. Resolve reported errors manually or proceed to the Automated Fixes workflow.

Workflow: Applying Automated Fixes

Use this workflow to resolve outdated API usages, apply quick fixes, and migrate code (e.g., Dart 3 migrations).

Task Progress:

  • 1. Execute a dry run to preview proposed changes using the dart_fix MCP tool or CLI command dart fix --dry-run.
  • 2. Review the proposed fixes to ensure they align with the intended architecture.
  • 3. If additional fixes are required, verify that the corresponding linter rules are enabled in analysis_options.yaml.
  • 4. Apply the fixes using the dart_fix MCP tool or CLI command dart fix --apply.
  • 5. Format the modified code using the dart_format MCP tool or CLI command dart format ..
  • 6. Run the static analysis workflow to verify all diagnostics are resolved.

Examples

Comprehensive analysis_options.yaml

yaml
include: package:flutter_lints/recommended.yaml
analyzer:  exclude:    - "**/*.g.dart"    - "lib/generated/**"  language:    strict-casts: true    strict-inference: true    strict-raw-types: true  errors:    todo: ignore    invalid_assignment: warning    missing_return: error
linter:  rules:    avoid_shadowing_type_parameters: false    await_only_futures: true    use_super_parameters: true
formatter:  page_width: 100  trailing_commas: preserve

Inline Diagnostic Suppression

dart
// Suppress for the entire file// ignore_for_file: unused_local_variable, dead_code
void processData() {  // Suppress for a specific line  // ignore: invalid_assignment  int x = '';    const y = 10; // ignore: constant_identifier_names}

來源與署名

來源:flutter/agent-plugins位於skills/dart-run-static-analysis提交0ef3972

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架