Thursday, August 24, 2023

Flutter CLIを使いこなす：開発効率を最大化するコマンドライン操作術
  /   No comments   

現代のアプリケーション開発において、コマンドラインインターフェース（CLI）は単なる補助ツールではありません。特にFlutterのような先進的なフレームワークでは、CLIは開発ワークフロー全体の根幹を成す、いわば「神経系」とも言える存在です。GUIツールが直感的な操作性を提供する一方で、CLIは自動化、精密な制御、そして再現可能な開発環境の構築を可能にし、開発者の生産性を飛躍的に向上させます。Flutter CLIは、プロジェクトの初期設定から、コーディング、テスト、ビルド、そしてデプロイに至るまで、開発ライフサイクルのあらゆる段階を力強くサポートします。この記事では、Flutter CLIの基本的な使い方から、開発効率を劇的に改善するための高度なテクニックまで、その全貌を詳細に解説します。

Flutter CLIがもたらす開発体験の変革

Flutter CLIがなぜこれほどまでに重要視されるのか、その核心的な利点を深掘りしてみましょう。これらは単なる機能リストではなく、Flutter開発の本質的な価値を形成する要素です。

マルチプラットフォーム開発の複雑さを抽象化

Flutterの最大の魅力は「一度書けば、どこでも動く」というマルチプラットフォーム対応です。しかし、その裏側ではAndroid (Gradle/Kotlin/Java)、iOS (Xcodebuild/CocoaPods/Swift/Objective-C)、Web (HTML/CSS/JavaScript)、Desktop (C++/CMake) といった、各プラットフォーム固有の複雑なビルドシステムが動いています。Flutter CLIは、これらの複雑さを完全に抽象化する役割を担います。開発者は flutter run や flutter build といった統一されたコマンドを実行するだけで、ターゲットプラットフォームに応じたネイティブのビルドプロセスが自動的にトリガーされます。これにより、プラットフォームごとのビルドツールに関する深い知識がなくとも、スムーズにクロスプラットフォーム開発を進めることが可能になります。

標準化されたワークフローとプロジェクト構造

flutter create コマンドは、単に空のフォルダを作成するだけではありません。Android、iOS、Webなどのプラットフォーム固有のコードを含む、ベストプラクティスに基づいた標準的なプロジェクト構造を瞬時に生成します。この標準化は、個人開発はもちろんのこと、チーム開発において絶大な効果を発揮します。新しいメンバーがプロジェクトに参加した際も、一貫したディレクトリ構造により、コードのどこに何があるかをすぐに理解できます。プロジェクトの作成からデプロイまで、すべての開発者が同じコマンドセットを共有することで、属人性を排除し、安定した開発プロセスを維持することができます。

広大なエコシステムへのゲートウェイ

Flutterの強力なエコシステムは、pub.devで公開されている数万ものパッケージによって支えられています。Flutter CLIは、この広大なエコシステムへの主要な入り口として機能します。flutter pub add コマンド一つで、必要なパッケージをプロジェクトに簡単に追加し、依存関係を自動的に解決できます。また、flutter pub outdated や flutter pub upgrade を使えば、依存関係のバージョン管理も容易です。CLIを通じてパッケージ管理を行うことで、再現性のあるビルドを保証し、依存関係の地獄（Dependency Hell）を回避することができます。

生産性を極限まで高める開発サイクル

Flutterの代名詞とも言える「ホットリロード」機能も、実はFlutter CLIがその中核を担っています。ターミナルで flutter run を実行すると、アプリはデバッグモードで起動し、ソースコードの変更を監視します。コードを保存すると、変更差分が実行中のアプリに即座に注入され、数秒以内にUIが更新されます。この高速なフィードバックループは、CLIによって支えられており、UIの微調整やロジックのデバッグにかかる時間を劇的に短縮します。ターミナル上で r キーを押すだけでホットリロード、R キーでホットリスタートといった操作が可能で、キーボードから手を離すことなく、思考を中断せずに開発を続けることができます。

環境構築の完全手順：ゼロから始めるFlutter開発

Flutter CLIの恩恵を最大限に受けるためには、まず開発環境を正しく設定することが不可欠です。ここでは、各オペレーティングシステムに合わせた詳細なインストール手順と、設定確認の方法を解説します。

Flutter SDKのインストール

Flutter SDKは、公式サイトから直接ダウンロードするか、パッケージマネージャーを利用してインストールできます。

  • Windows:
    1. 公式サイトから最新の安定版（stable）のzipファイルをダウンロードします。
    2. C:\src\flutter のような、パスにスペースや特殊文字を含まない場所にzipファイルを展開します。（C:\Program Files\ のような保護されたディレクトリは避けてください）
    3. 展開したフォルダ内の flutter_console.bat を実行すると、Flutterコマンドがプリセットされたコンソールが起動します。これが最も簡単な方法です。
  • macOS:
    1. Apple Silicon (M1/M2/M3)搭載Macの場合は、Rosetta 2のインストールが必要です。ターミナルで sudo softwareupdate --install-rosetta --agree-to-license を実行します。
    2. 公式サイトからお使いのプロセッサ（IntelまたはApple Silicon）に対応したzipファイルをダウンロードします。
    3. 任意の場所にzipファイルを展開します。例えば、ホームディレクトリに development フォルダを作成し、そこに展開します。 (~/development/flutter)
  • Linux:
    1. snapdがインストールされている場合、sudo snap install flutter --classic コマンドで簡単にインストールできます。これが推奨される方法です。
    2. 手動でインストールする場合は、公式サイトからtar.xzファイルをダウンロードし、tar xf flutter_linux_*.tar.xz コマンドで展開します。

環境変数（PATH）の設定

SDKを展開した後、どのターミナルからでも flutter コマンドを実行できるように、PATH環境変数を設定する必要があります。

  • Windows: 「システムのプロパティ」→「環境変数」を開き、ユーザー環境変数の「Path」を選択して「編集」をクリックします。「新規」を選び、Flutter SDKを展開した場所にある bin フォルダのフルパス（例: C:\src\flutter\bin）を追加します。設定後は、開いているコマンドプロンプトやPowerShellをすべて再起動してください。
  • macOS & Linux: お使いのシェルに応じて設定ファイルが異なります。一般的には ~/.zshrc (macOS Catalina以降のデフォルト) または ~/.bash_profile, ~/.bashrc です。 
    # ~/.zshrc または ~/.bash_profile に追記
export PATH="$PATH:[Flutter SDKを展開したパス]/flutter/bin"
    例えば、~/development/flutter に展開した場合、export PATH="$PATH:$HOME/development/flutter/bin" となります。編集後、source ~/.zshrc を実行するか、ターミナルを再起動して設定を反映させます。

開発環境の診断：`flutter doctor`

環境設定が完了したら、Flutter CLIの自己診断ツールである flutter doctor を実行します。これは、開発に必要なツールチェーンが正しくインストール・設定されているかを確認する非常に重要なコマンドです。 

flutter doctor

このコマンドを実行すると、以下のようなチェックリストが出力されます。 

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, 3.x.x, on macOS 13.x.x "Ventura", locale ja-JP)
[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.0)
[✓] Xcode - develop for iOS and macOS (Xcode 14.x)
[✓] Chrome - develop for the web
[✓] Android Studio (version 2022.x)
[✓] VS Code (version 1.7x.x)
[✓] Connected device (2 available)
[✓] HTTP Host Availability

• No issues found!

各項目の意味と、問題（[!] や [✗]）が発生した場合の対処法を理解しておくことが重要です。

  • Flutter: Flutter SDK自体の状態。問題があれば、再インストールや flutter upgrade を試みます。
  • Android toolchain: Android Studio、Android SDK、コマンドラインツール、Java Development Kit (JDK) などが含まれます。問題がある場合、多くはAndroid Studioを起動し、SDK Managerから不足しているコンポーネントをインストールするか、ライセンス同意 (flutter doctor --android-licenses) を行うことで解決します。
  • Xcode: iOSおよびmacOSアプリ開発に必要です。App StoreからXcodeをインストールし、一度起動してライセンスに同意し、コマンドラインツール (sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer) を設定する必要があります。また、CocoaPods (sudo gem install cocoapods) のインストールも必要です。
  • Chrome: Webアプリ開発の際に、デバッグターゲットとして使用されます。インストールされていれば問題ありません。
  • Android Studio / VS Code: 対応するIDEとFlutter/Dartプラグインのインストール状況。IDEの拡張機能マーケットプレイスからインストールします。
  • Connected device: 実行可能なデバイス（物理デバイスまたはエミュレータ/シミュレータ）が認識されているか。

flutter doctor -v と -v オプションを付けると、より詳細な診断情報が表示され、問題解決のヒントが得られます。すべての項目が [✓] になるまで、表示される指示に従って設定を完了させてください。

プロジェクトの生命周期：作成から管理まで

環境が整ったら、いよいよプロジェクトを作成します。Flutter CLIは、プロジェクトのライフサイクル全体を管理するための強力なコマンドを提供します。

プロジェクトの新規作成：`flutter create` の深層

基本的なプロジェクト作成コマンドは flutter create [project_name] ですが、このコマンドは多くの便利なオプションを隠し持っています。 

flutter create --org com.example --platforms=ios,android --template=app my_awesome_app
  • --org [ドメイン]: アプリケーションのパッケージ名を指定します。AndroidのApplication IDやiOSのBundle Identifierの基礎となります（例: com.example.my_awesome_app）。指定しない場合、com.example がデフォルトで使用されます。
  • --platforms=<platforms>: プロジェクトがサポートするプラットフォームをカンマ区切りで指定します。例えば、モバイル専用アプリであれば --platforms=ios,android とすることで、WebやDesktop用の不要なファイルが生成されなくなります。
  • --template=<type>: 生成するプロジェクトのテンプレートを指定します。
    • app: 通常のアプリケーション（デフォルト）
    • package: UIを含まない、再利用可能なDartのライブラリ
    • plugin: プラットフォーム固有のAPIを呼び出すためのDart APIとネイティブコードの橋渡しをするパッケージ
  • --sample=<id>: 公式サイトにあるサンプルアプリを元にプロジェクトを作成します。Flutterの特定の機能を学ぶ際に非常に便利です。

プロジェクト構造の解剖

flutter create によって生成されたディレクトリ構造は、Flutter開発の土台となります。主要なディレクトリとファイルの役割を深く理解しましょう。 

my_awesome_app/
├── .idea/              # IntelliJ / Android Studio の設定ファイル
├── .vscode/            # Visual Studio Code の設定ファイル
├── android/            # Android プラットフォーム固有のコードと設定
│   ├── app/
│   │   └── build.gradle  # Androidのビルド設定
│   └── ...
├── ios/                # iOS プラットフォーム固有のコードと設定
│   ├── Runner.xcworkspace
│   ├── Podfile         # CocoaPods の依存関係設定
│   └── ...
├── lib/                # すべてのDartコードの格納場所
│   └── main.dart       # アプリケーションのエントリーポイント
├── test/               # テストコードの格納場所
│   └── widget_test.dart
├── web/                # Web プラットフォーム固有のファイル
├── pubspec.yaml        # プロジェクトのメタデータと依存関係を定義する最重要ファイル
├── pubspec.lock        # 依存関係の正確なバージョンを記録する自動生成ファイル
└── README.md

`pubspec.yaml` の徹底解説

このファイルはFlutterプロジェクトの心臓部です。 

name: my_awesome_app
description: A new Flutter project.

# アプリのバージョン番号。flutter build 時に使用される。
version: 1.0.0+1

environment:
  sdk: '>=3.0.0 <4.0.0' # 対応するDart SDKのバージョン範囲

dependencies:
  flutter:
    sdk: flutter

  # ここに外部パッケージを追加していく
  cupertino_icons: ^1.0.2

dev_dependencies:
  flutter_test:
    sdk: flutter

  # テストやビルドプロセスでのみ使用するパッケージ
  flutter_lints: ^2.0.0

flutter:
  uses-material-design: true

  # アセット（画像、フォントなど）の登録
  # assets:
  #   - images/a_dot_burr.jpeg
  #   - images/a_dot_ham.jpeg

  # カスタムフォントの登録
  # fonts:
  #   - family: Schyler
  #     fonts:
  #       - asset: fonts/Schyler-Regular.ttf
  #       - asset: fonts/Schyler-Italic.ttf
  #         style: italic
  • `dependencies`: アプリケーションの実行時に必要なパッケージを記述します。
  • `dev_dependencies`: 開発・テスト時にのみ必要なパッケージ（リンター、テスト用ライブラリなど）を記述します。最終的なアプリのバイナリサイズには影響しません。
  • `version`: major.minor.patch+buildNumber の形式です。+ の前がバージョン名、後がバージョンコードに対応します。
  • バージョン制約: ^1.0.2 はキャレット構文と呼ばれ、「1.0.2以上、2.0.0未満」のバージョンを許可します。これにより、破壊的変更を含まないマイナーアップデートやパッチアップデートを安全に取り込むことができます。特定のバージョンに固定したい場合は 1.0.2 のように記述します。

必須Flutter CLIコマンド詳解

日々の開発で頻繁に使用する主要なコマンドについて、その機能とオプションを詳しく見ていきます。

開発サイクルの中核：`flutter run`

このコマンドは、アプリケーションをデバッグモードでビルドし、接続されているデバイスやエミュレータ/シミュレータにインストールして実行します。

  • デバイスの選択: 複数のデバイスが接続されている場合、flutter devices で利用可能なデバイスのリストとIDを確認できます。そして flutter run -d [device_id] で実行するデバイスを明示的に指定できます。例えば、flutter run -d chrome でWebアプリとして起動できます。
  • ビルドモード:
    • Debug (デフォルト): ホットリロード、デバッガ接続、詳細なエラー表示など、開発に便利な機能がすべて有効です。パフォーマンスは最適化されていません。
    • Profile: flutter run --profile で起動。アプリのパフォーマンスを測定するためのモード。ホットリロードは無効ですが、DevToolsなどのプロファイリングツールは利用可能です。
    • Release: flutter run --release で起動。パフォーマンスが最大限に最適化された本番モード。すべてのデバッグ機能は無効です。
  • 便利なフラグ:
    • --flavor [flavor_name]: 開発、ステージング、本番など、異なる環境設定（APIエンドポイントなど）を切り替えるために使用します。ネイティブ側の設定も必要です。
    • --dart-define=[KEY]=[VALUE]: コンパイル時に環境変数を埋め込むことができます。APIキーなどをコードにハードコーディングするのを避けるのに役立ちます。

デプロイ準備：`flutter build`

アプリケーションを各プラットフォームのストアに提出するための、最適化されたリリースビルドを作成します。

  • Android:
    • flutter build apk: APKファイルを生成します。--split-per-abi オプションを付けると、CPUアーキテクチャごとにAPKが分割され、全体のダウンロードサイズを削減できます。
    • flutter build appbundle: Google Playストアが推奨する、より効率的なAndroid App Bundle (AAB) 形式でビルドします。ストア側で各ユーザーのデバイスに最適化されたAPKが自動生成されます。
  • iOS:
    • flutter build ipa: App Store ConnectにアップロードするためのIPAファイルを生成します。Apple DeveloperアカウントとXcodeでの署名設定が必須です。
  • Web:
    • flutter build web: build/web ディレクトリに、静的ホスティングサービスにデプロイ可能なファイル群を生成します。--web-renderer オプションで、html（軽量）と canvaskit（高パフォーマンス）のレンダリングモードを選択できます。

品質の維持：`flutter test` と `flutter analyze`

  • flutter test: test/ ディレクトリ内のすべてのテスト（ユニットテスト、ウィジェットテスト）を実行します。特定のファイルだけをテストしたい場合は flutter test test/my_test.dart のようにパスを指定します。--coverage フラグを付けて実行し、カバレッジ情報を生成することも可能です。
  • flutter analyze: Dartの静的解析ツールを実行し、コード内の潜在的なエラー、バグ、スタイル違反を検出します。プロジェクトのルートに analysis_options.yaml ファイルを配置することで、リンタールールを細かくカスタマイズできます。CI/CDパイプラインに組み込むことで、コードの品質を常に高く保つことができます。

パッケージ管理：`flutter pub`

依存関係を管理するための一連のコマンドです。

  • flutter pub add [package_name]: パッケージを dependencies に追加し、自動で flutter pub get を実行します。最も推奨される方法です。
  • flutter pub add --dev [package_name]: パッケージを dev_dependencies に追加します。
  • flutter pub get: pubspec.yaml に記述された依存関係をダウンロードまたは更新します。
  • flutter pub upgrade: pubspec.yaml のバージョン制約内で、依存パッケージを最新バージョンに更新します。
  • flutter pub outdated: 更新可能なパッケージがあるかどうかをチェックします。

SDKの管理とクリーンアップ

  • flutter channel: 使用するFlutterのリリースチャンネル（stable, beta, master）を切り替えます。
  • flutter upgrade: 現在のチャンネルで利用可能な最新のFlutter SDKバージョンにアップグレードします。
  • flutter clean: build/ ディレクトリやその他の一時ファイルを削除します。依存関係の問題や不可解なビルドエラーが発生した際に、まず試すべきコマンドです。

実践的ワークフロー：カウンターアプリの拡張

ここまでの知識を統合し、より実践的な開発フローを体験してみましょう。単なるカウンターアプリを、CLIを駆使して機能拡張していきます。

  1. プロジェクト作成

    まずは新しいプロジェクトを作成します。

    flutter create enhanced_counter
cd enhanced_counter
  2. アプリの実行とホットリロードの体験

    エミュレータを起動するか実機を接続し、アプリを実行します。

    flutter run

    アプリが起動したら、lib/main.dart を開き、AppBarのタイトルやテーマカラーを変更して保存してみてください。ターミナルに「Performing hot reload...」と表示され、アプリの画面が即座に更新されることを確認しましょう。これがホットリロードです。

  3. パッケージの追加と状態管理の導入

    より高度な状態管理のために、人気のパッケージである provider を導入します。CLIを使って追加しましょう。

    flutter pub add provider

    このコマンドにより、pubspec.yaml に provider が追加され、flutter pub get が自動実行されます。次に、lib/main.dart を以下のようにリファクタリングします。

    import 'package:flutter/material.dart';
import 'package:provider/provider.dart';

void main() {
  runApp(
    ChangeNotifierProvider(
      create: (context) => CounterModel(),
      child: const MyApp(),
    ),
  );
}

class CounterModel extends ChangeNotifier {
  int _count = 0;
  int get count => _count;

  void increment() {
    _count++;
    notifyListeners(); // UIに変更を通知
  }
}

class MyApp extends StatelessWidget {
  const MyApp({super.key});

  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Enhanced Counter',
      theme: ThemeData(
        colorScheme: ColorScheme.fromSeed(seedColor: Colors.deepPurple),
        useMaterial3: true,
      ),
      home: const MyHomePage(),
    );
  }
}

class MyHomePage extends StatelessWidget {
  const MyHomePage({super.key});

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(
        title: const Text('Provider Counter'),
      ),
      body: Center(
        child: Column(
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            const Text('You have pushed the button this many times:'),
            // Consumerウィジェットで状態の変更をリッスン
            Consumer<CounterModel>(
              builder: (context, counter, child) => Text(
                '${counter.count}',
                style: Theme.of(context).textTheme.headlineMedium,
              ),
            ),
          ],
        ),
      ),
      floatingActionButton: FloatingActionButton(
        // Provider.ofを使ってモデルのメソッドを呼び出す
        onPressed: () => Provider.of<CounterModel>(context, listen: false).increment(),
        tooltip: 'Increment',
        child: const Icon(Icons.add),
      ),
    );
  }
}

    コードを保存すると、ホットリロードでアプリが更新されます。UIロジックとビジネスロジックが分離され、よりクリーンな構造になりました。

  4. アセットの追加

    プロジェクトルートに assets フォルダを作成し、その中に images フォルダを作って、適当な画像ファイル（例: flutter_logo.png）を配置します。次に、pubspec.yaml にアセットを登録します。

    flutter:
  uses-material-design: true
  assets:
    - assets/images/

    フォルダごと登録する場合、末尾のスラッシュを忘れないでください。pubspec.yaml を保存すると、IDEが自動で pub get を実行することが多いですが、手動で行う場合はターミナルで flutter pub get を実行します。そして、MyHomePage の Column に画像を表示するコードを追加します。

    // ... Column の children 内 ...
Image.asset('assets/images/flutter_logo.png', width: 100), // この行を追加
const Text('You have pushed the button this many times:'),
// ...
  5. ウィジェットテストの実行

    最後に、カウンターが正しくインクリメントされることを確認するテストを書きましょう。test/widget_test.dart を以下のように修正します。

    import 'package:flutter/material.dart';
import 'package:flutter_test/flutter_test.dart';
import 'package:enhanced_counter/main.dart';

void main() {
  testWidgets('Counter increments smoke test', (WidgetTester tester) async {
    // アプリをビルドしてフレームをトリガー
    await tester.pumpWidget(const MyApp());

    // 初期状態（カウンターが0）を検証
    expect(find.text('0'), findsOneWidget);
    expect(find.text('1'), findsNothing);

    // '+' アイコンのボタンをタップ
    await tester.tap(find.byIcon(Icons.add));
    await tester.pump(); // フレームを再描画

    // カウンターがインクリメントされたことを検証
    expect(find.text('0'), findsNothing);
    expect(find.text('1'), findsOneWidget);
  });
}

    ターミナルでテストコマンドを実行します。

    flutter test

    「All tests passed!」と表示されれば成功です。

  6. リリースビルドの作成

    開発が完了したら、リリース用のAPKを作成します。

    flutter build apk --release

    ビルドが完了すると、build/app/outputs/flutter-apk/app-release.apk にファイルが生成されます。

トラブルシューティングとベストプラクティス

開発中に遭遇しがちな一般的な問題とその解決策、そしてより効率的な開発のためのベストプラクティスを紹介します。

よくある問題と解決策

  • 問題: 不可解なビルドエラーや依存関係のエラーが発生する
    解決策: まずは flutter clean を実行し、その後 flutter pub get を再度実行してみてください。これにより、古いビルドキャッシュや不正な状態になった依存関係がクリアされます。それでも解決しない場合、Androidでは android/.gradle/ を、iOSでは ios/Pods/ と ios/Podfile.lock を手動で削除してから再試行すると効果的なことがあります。
  • 問題: Android Gradle関連のエラー
    解決策: Javaのバージョンがプロジェクトの要件と合っているか確認してください。Android Studioのプロジェクト設定で適切なJDKが選択されているかを確認します。また、flutter doctor -v を実行し、Android toolchainに問題がないか再確認しましょう。
  • 問題: iOSのCocoaPods関連のエラー
    解決策: ios ディレクトリに移動し、pod repo update を実行してリポジトリを最新の状態にします。その後、rm Podfile.lock でロックファイルを削除し、pod install を実行して依存関係を再インストールします。Apple Silicon Macでは、ターミナルがRosettaを使用して実行されているか確認が必要な場合もあります (arch -x86_64 pod install)。
  • 問題: PATH環境変数が反映されない
    解決策: 設定ファイルを編集した後、ターミナルを完全に再起動したか確認してください。echo $PATH (macOS/Linux) または echo %Path% (Windows) を実行し、Flutterのbinディレクトリへのパスが含まれているか確認します。

開発を加速させるベストプラクティス

  • CLIコマンドのエイリアスを活用する: .zshrc や .bash_profile に alias fpg='flutter pub get' や alias fr='flutter run' のようなエイリアスを設定しておくと、タイピング量を大幅に削減できます。
  • IDEのターミナルを最大限に活用する: VS CodeやAndroid Studioに内蔵されているターミナルを使えば、エディタとコマンドラインをシームレスに行き来できます。ウィンドウを切り替える手間が省け、コンテキストの喪失を防ぎます。
  • analysis_options.yaml をカスタマイズする: プロジェクトのコーディング規約を analysis_options.yaml で定義し、チーム全体で一貫したコードスタイルを保ちましょう。flutter analyze をCIに組み込むことで、品質を自動的に担保できます。
  • バージョン管理を徹底する: pubspec.lock ファイルは必ずGitなどのバージョン管理システムに含めてください。これにより、チームメンバー全員が全く同じバージョンの依存関係を使用することが保証され、「自分の環境では動くのに」という問題を未然に防ぎます。

Flutter CLIは、単なるコマンドの集まりではなく、Flutter開発の哲学を体現する強力なツールです。本記事で紹介したコマンドやワークフローを日々の開発に取り入れることで、あなたのFlutter開発はより速く、より堅牢に、そしてより楽しいものになるでしょう。コマンドの全リストとオプションは flutter help や flutter [command] --help でいつでも確認できます。CLIを使いこなし、Flutter開発の真のポテンシャルを解放してください。


0 개의 댓글:

Post a Comment