dart-build-cli-app
エントリーポイントの構造、終了コード、クロスプラットフォームスクリプトを扱います。コマンドラインユーティリティやスクリプト、アプリケーションを構築する際に使用してください。
description の原文を見る
Entrypoint structure, exit codes, cross-platform scripts. Use when building command line utilities, scripts, or applications.
SKILL.md 本文
Dart CLI アプリケーションの構築
目次
プロジェクト設定とアーキテクチャ
標準的なディレクトリ構造を確保するために、公式の Dart テンプレートを使用して新しい CLI プロジェクトを初期化します。
dart create -t cli <project_name>を実行して、基本的な引数解析を含むコンソールアプリケーションをスキャフォールドします。- 実行可能なエントリーポイント (
main()を含むファイル) はbin/ディレクトリにのみ配置します。 - 内部実装ロジックは
lib/src/に配置し、lib/<project_name>.dartを通じてパブリック API を公開します。 - CI 環境でフォーマットを強制するために、
dart format . --set-exit-if-changedを実行します。フォーマット違反が存在する場合、終了コード 1 を返します。
引数解析とコマンドルーティング
args パッケージをインポートして、コマンドライン引数、フラグ、サブコマンドを管理します。
- シンプルなスクリプトを構築する場合:
ArgParserを直接使用してフラグ (addFlag) とオプション (addOption) を定義します。 - 複雑な複数コマンド CLI (例:
git) を構築する場合:CommandRunnerを実装し、各サブコマンドに対してCommandを拡張します。 - グローバル引数は
CommandRunner.argParserに、コマンド固有の引数は個別のCommand.argParserに定義します。 UsageExceptionをキャッチして、無効な引数を優雅に処理し、自動生成されたヘルプテキストを表示します。- ヘルプテキストの正確性を検証する: ヘルプテキストがツール実行に必要なすべての情報を提供していることを確認します。ヘルプテキストがコンパイル済み実行可能ファイル名を参照し、ユーザーが PATH に追加して実行する必要がある場合、ヘルプテキストまたは説明に方法を明確に記載します。
実行とエラーハンドリング
堅牢で本番環境対応の CLI ツールを構築するために、io と stack_trace パッケージを活用します。
ioパッケージのExitCodeenum を使用して標準的な POSIX 終了コードを返します (例:ExitCode.success.code、ExitCode.usage.code)。- 複数の非同期リスナーが標準入力への順序付きアクセスが必要な場合は、
ioパッケージからsharedStdInを使用します。 stack_traceパッケージのChain.capture()でアプリケーション実行をラップして、非同期スタックチェーンを追跡します。Trace.terseまたはChain.terseを使用してスタックトレースをフォーマットし、ノイズの多いコアライブラリフレームを除去して、ユーザーに読みやすいエラーを提示します。- 例外を飲み込まない: 回復が可能でない限り、低レベルのロジックやストレージクラスで例外を飲み込みません。バブルアップするか再スローして、高レベルのコマンドが操作の失敗を認識できるようにします。
- 早期失敗と非ゼロ終了コード: 操作の失敗は
stderrへの説明的なエラーメッセージと適切な非ゼロ終了コード (例:exit(1)の使用またはキャッチされたUsageExceptionの後 64 終了コードのトリガー) を結果とします。
CLI アプリケーションのテスト
[!IMPORTANT] すべての新しいコマンドと重要な機能は、自動化されたテストでカバーする必要があります。 手動検証はロジックのテストには不十分です。ただし、インターフェースが直感的で正しいことを確認するために、ヘルプテキストとユーザー経験 (UX) の手動検証は依然として必要です。
test_process と test_descriptor を使用して、CLI の高忠実度統合テストを作成します。
test_descriptor(d.dir、d.file) を使用して期待されるファイルシステム状態を定義します。- 実行前に
await d.Descriptor.create()を使用してモックファイルシステムを作成します。 TestProcess.start('dart', ['run', 'bin/cli.dart', ...args])を使用して CLI プロセスを生成します。StreamQueueマッチャー (例:emitsThrough、emits) を使用して標準出力とエラーストリームを検証します。await process.shouldExit(0)を使用して最終的な終了コードをアサートします。await d.Descriptor.validate()を使用してファイルシステムの変更を検証します。
コンパイルと配布
配布要件に基づいて適切なコンパイル対象を選択します。
- 開発中にローカルでテストする場合:
dart run bin/cli.dartを使用します。これは JIT コンパイラを使用して高速な反復処理を行います。 - コードアセットと動的ライブラリをバンドルする場合:
dart build cliを使用します。これはビルドフックを実行し、build/cli/_/bundle/に出力されます。 - スタンドアロンのネイティブ実行可能ファイルを配布する場合:
dart compile exe bin/cli.dart -o <output_path>を使用します。これは Dart ランタイムとマシンコードを 1 つのファイルにバンドルします。 - ディスク領域が厳密に制限された複数のアプリを配布する場合:
dart compile aot-snapshot bin/cli.dartを使用します。結果の.aotファイルをdartaotruntimeを使用して実行します。
Dart は macOS、Windows、または Linux ホストから Linux へのクロスコンパイルをサポートしています。
dart compile exe または dart compile aot-snapshot で --target-os と --target-arch フラグを使用します。
--target-os=linux(現在のところ Linux のみクロスコンパイルターゲットとしてサポートされています)--target-arch=arm64(64 ビット ARM)--target-arch=x64(x86-64)--target-arch=arm(32 ビット ARM)--target-arch=riscv64(64 ビット RISC-V)
例: dart compile exe --target-os=linux --target-arch=arm64 bin/cli.dart
ワークフロー
タスク進捗: 新しい CLI コマンドの実装
-
lib/src/commands/にCommandを拡張する新しいクラスを作成します。 -
nameとdescriptionプロパティを定義します。 - コンストラクタで
argParser.addFlag()またはargParser.addOption()を使用してコマンド固有のフラグを登録します。 - コアロジックを使用して
run()メソッドを実装します。 -
bin/cli.dartのCommandRunnerインスタンスでaddCommand()を使用して新しいコマンドを登録します。 -
test/ディレクトリでtest_processまたは標準テストを使用して新しいコマンドのテストを作成します。 - バリデーター実行 ->
dart run bin/cli.dart help <command_name>を実行してヘルプテキスト生成を検証します。 - 最終的な UX を検証:
dart compile exeを使用してアプリケーションをコンパイルし、結果の実行可能ファイルを実行してターゲットユーザー経験 (例:./bin/cli <command>) を検証します。
タスク進捗: ネイティブ実行可能ファイルのコンパイルとリリース
- バリデーター実行 ->
dart format . --set-exit-if-changedを実行してコードフォーマットを確認します。 - バリデーター実行 ->
dart analyzeを実行して静的解析エラーがないことを確認します。 - バリデーター実行 ->
dart testを実行してすべての統合テストに合格します。 - ホスト OS 向けにコンパイル:
dart compile exe bin/cli.dart -o build/cli-host - Linux 向けにコンパイル (ホストが macOS/Windows の場合):
dart compile exe --target-os=linux --target-arch=x64 bin/cli.dart -o build/cli-linux-x64
例
例: CommandRunner 実装
import 'dart:io';
import 'package:args/command_runner.dart';
import 'package:stack_trace/stack_trace.dart';
class CommitCommand extends Command {
@override
final String name = 'commit';
@override
final String description = 'Record changes to the repository.';
CommitCommand() {
argParser.addFlag('all', abbr: 'a', help: 'Commit all changed files.');
}
@override
Future<void> run() async {
final commitAll = argResults?['all'] as bool? ?? false;
print('Committing... (All: $commitAll)');
}
}
void main(List<String> args) {
Chain.capture(() async {
final runner = CommandRunner('dgit', 'Distributed version control.')
..addCommand(CommitCommand());
await runner.run(args);
}, onError: (error, chain) {
if (error is UsageException) {
stderr.writeln(error.message);
stderr.writeln(error.usage);
exit(64); // ExitCode.usage.code
} else {
stderr.writeln('Fatal error: $error');
stderr.writeln(chain.terse);
exit(1);
}
});
}
例: サブプロセスによる統合テスト
import 'package:test/test.dart';
import 'package:test_process/test_process.dart';
import 'package:test_descriptor/test_descriptor.dart' as d;
void main() {
test('CLI formats output correctly and modifies filesystem', () async {
// 1. Setup mock filesystem
await d.dir('project', [
d.file('config.json', '{"key": "value"}')
]).create();
// 2. Spawn the CLI process
final process = await TestProcess.start(
'dart',
['run', 'bin/cli.dart', 'process', '--path', '${d.sandbox}/project']
);
// 3. Validate stdout stream
await expectLater(process.stdout, emitsThrough('Processing complete.'));
// 4. Validate exit code
await process.shouldExit(0);
// 5. Validate filesystem mutations
await d.dir('project', [
d.file('config.json', '{"key": "value"}'),
d.file('output.log', 'Success')
]).validate();
});
}
ライセンス: BSD-3-Clause(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- dart-lang
- リポジトリ
- dart-lang/skills
- ライセンス
- BSD-3-Clause
- 最終更新
- 不明
Source: https://github.com/dart-lang/skills / ライセンス: BSD-3-Clause
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。