#1 Dartで学ぶ環境構築の基本

Dartは、Googleが開発した言語で、スマートフォンアプリ開発フレームワーク「Flutter」の登場によって一気に知名度が上がりました。この記事では、Dartを学ぶための環境構築を、実際につまずきやすいポイントやエラーメッセージへの対処法も含めて詳しく解説します。

Dart単体でのインストール

Dartだけを学びたい場合は、公式サイト(dart.dev)からDart SDKをインストールします。Windowsならインストーラーやパッケージマネージャー(Chocolateyなど)、Macなら Homebrew を使う方法が一般的です。インストール後、次のコマンドでバージョンを確認しましょう。

dart --version

ここで「Dart SDK version: 3.x.x」のような表示が出れば成功です。もし何も表示されずエラーになる場合は、次の「よくあるエラー」を確認してください。

よくあるエラーとその対処法

環境構築でつまずく人の多くは、SDK自体のインストールに失敗しているのではなく、「インストールはできているのに、ターミナルからコマンドが認識されない」という状態にはまっています。代表的な例を挙げます。

  • Windowsで「'dart' は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されていません。」と出る
    これは、Dart SDKをインストールしたフォルダの中の bin ディレクトリ(例: C:\dart-sdk\bin)が、OSの「PATH」という設定に登録されていないために起きます。PATHとは、OSが「コマンドを打ったときにどのフォルダの中を探しにいくか」を記録したリストのようなものです。インストーラーによっては自動でPATHに追加してくれますが、手動で解凍しただけの場合は自分でPATHに追加する必要があります。追加後は、開いていたターミナル(コマンドプロンプトやPowerShell)を一度閉じて開き直すのがポイントです。開きっぱなしのターミナルには新しいPATH設定が反映されません。
  • MacやLinuxで「dart: command not found」と出る
    理屈はWindowsと同じで、PATHが通っていない状態です。Homebrewでインストールした場合は自動でPATHが通ることが多いですが、SDKをzipで手動ダウンロードした場合は、シェルの設定ファイル(.zshrcや.bash_profileなど)に自分でパスを追記し、ターミナルを再起動する必要があります。
  • pub get(パッケージ取得)のときに「version solving failed」と出る
    これはDartのSDKバージョンと、使おうとしているパッケージが要求するSDKバージョンが噛み合っていないときに出るエラーです。「Because myapp requires SDK version >=3.0.0 <4.0.0, version solving failed.」のような文言が表示されたら、インストールしているDart SDKが古い(または新しすぎる)可能性があります。dart --versionで現在のバージョンを確認し、SDKを更新することでたいてい解決します。
  • エディタ上で「Could not find dart in your PATH」「Dart SDK が見つかりません」と出る
    これはターミナルではdart --versionが通るのに、エディタ(VS Codeなど)の拡張機能がSDKの場所を認識できていないケースです。多くの場合、エディタを再起動する、あるいは拡張機能の設定でSDKのインストール先フォルダを手動指定することで直ります。

Flutterとセットで学ぶ場合

将来的にスマートフォンアプリ開発まで見据えている場合は、最初から「Flutter SDK」をインストールする方法もあります。Flutter SDKには、Dartの実行環境がまとめて含まれているため、別途Dartだけをインストールする必要はありません。どちらから始めるか迷ったら、「アプリを作りたいか」を基準に選ぶとよいでしょう。文法や基本的な考え方を先にじっくり学びたい人はDart単体から、手を動かしながらアプリの形を早く見たい人はFlutter SDKから始めるのがおすすめです。

ファイルを実行してみる

拡張子`.dart`のファイルを用意し、次のコマンドで実行します。

dart run ファイル名.dart

コンパイルの手間を意識せず、その場で実行結果を確認できる手軽さがあります。なお、外部パッケージを使うプログラムの場合は、あらかじめdart pub getを実行してパッケージを取得しておく必要があります。これを忘れたまま実行すると、パッケージが見つからない旨のエラーが出ますので、「importしたのに動かない」と感じたらまずpub getを実行したかどうかを疑ってみてください。

DartPadというブラウザ上の実験場

環境構築の前に、まずDartの雰囲気だけ知りたいという場合は、「DartPad」というブラウザ上で動く公式のお試し環境も用意されています。インストール不要でコードを試せるので、学習を始める前の下見に最適です。「そもそも自分に合う言語か確かめたい」という段階の人には、いきなりSDKを入れるよりもこちらから触ってみることをおすすめします。

Dartならではの注意点

Dartは元々ブラウザ向けの言語として開発された歴史があり、その後スマートフォンアプリ開発向けに大きく方向転換したという珍しい経緯を持っています。そのため学習情報を検索すると、古い時代の使い方(ブラウザ向け)の情報が混ざっていることがあります。Flutterと組み合わせた比較的新しい情報を中心に参照すると、混乱を避けられます。

つまずきやすいポイント・よくある質問(FAQ)

Q. DartとFlutterって結局どう違うの?

Dartは「プログラミング言語」そのもので、FlutterはそのDartを使って作られた「アプリ開発用のフレームワーク(部品セット)」です。料理に例えると、Dartが「調理技術」、Flutterが「その技術を使うためのレシピ集と道具一式」のようなイメージです。Flutterのコードも中身はDartで書かれているため、Flutterを使うにも最低限のDartの文法理解が必要になります。

Q. アプリを作る予定がないのに、Dart単体で学ぶ意味はある?

あります。Dartは型のある書き方としっかりした構文を持っているため、変数や関数、クラスといったプログラミングの基本概念を学ぶ教材として十分な力を持っています。「いきなりFlutterのアプリ開発に進むのは難しそう」と感じる場合は、まずDart単体で基礎文法に慣れてから、Flutterに進むという順番も無理がありません。

Q. エディタは何を使えばいい?

特に強いこだわりがなければ、VS CodeにDart用の公式拡張機能を入れる組み合わせが、情報量の多さや軽快さの面で扱いやすいという声をよく見かけます。すでにAndroid Studioに慣れている人であれば、そちらにDart/Flutterプラグインを入れる形でも問題ありません。最終的には「エラー箇所を分かりやすく教えてくれるか」「自分が触っていてストレスが少ないか」を基準に、合うものを選ぶのがよいと思います。

Q. インストールしたのにバージョンがすごく古い(または表示がおかしい)

過去に別の方法(古いインストーラーや別のパッケージマネージャーなど)でDartを入れたことがあると、PATHの中に複数のDart SDKへの参照が残ってしまい、意図しない古いバージョンが呼び出されることがあります。dart --versionで表示されるパスやバージョンが想定と違う場合は、PATHの設定を一度整理し、使いたいSDKだけが参照される状態にすると解決しやすいです。

他の言語と比べた環境構築の考え方

Dartの環境構築の特徴は、「言語単体で学ぶルート」と「フレームワーク(Flutter)とセットで学ぶルート」の2つが最初から用意されている点です。多くの言語では、まず言語のインストールをしてから、必要に応じて用途別のフレームワークを追加していく流れが一般的ですが、Dartの場合はFlutter SDKを入れるだけでDartの実行環境もまとめてついてくるため、「アプリを作りたい人」はDart単体のインストール手順を意識せずに済むという特徴があります。これはどちらが優れているという話ではなく、Dartが元々「特定の目的(モバイルアプリ開発)に強く紐づいた言語」として発展してきたことの表れと言えます。目的がはっきりしている人にとっては、遠回りせずに済む合理的な設計とも言えるでしょう。

まとめ

Dartの環境構築は、単体で学ぶかFlutterとセットで学ぶかで手順が変わります。まずはDartPadで雰囲気をつかみ、目的に応じたSDKをインストールするとよいでしょう。もしdart --versionがうまく通らない場合は、多くのケースでPATHの設定が原因です。焦らず一つずつ確認すれば、環境構築でつまずく時間は最小限に抑えられます。

本ページはプロモーションを含みます。

参考書籍(PR)

Dartをもっと学びたい方には「ゼロから学ぶFlutterアプリ開発」がおすすめです。

コメント

コメントを投稿

このブログの人気の投稿

#11 Rustで学ぶエラーハンドリングの基本

Rustのエラーハンドリングは、他の言語のような「例外」という仕組みを持たず、`Result`という型を使った独自の考え方が中心になります。この記事では、Rustにおけるエラーハンドリングの基本を解説します。 Result型という考え方 失敗する可能性がある処理は、`Result`という「成功か失敗かを表す型」を返します。 fn divide(a: i32, b: i32) -> Result<i32, String> { if b == 0 { return Err(String::from("0では割れません")); } Ok(a / b) } 成功時は`Ok`、失敗時は`Err`という形で結果を包んで返します。 matchで結果を扱う match divide(10, 0) { Ok(result) => println!("結果: {}", result), Err(message) => println!("エラー: {}", message), } ?という便利な記号 Rustには、`Result`がエラーだった場合に、その場で関数の呼び出し元にエラーを伝えて処理を中断できる`?`という記号があります。 fn calculate() -> Result<i32, String> { let result = divide(10, 0)?; Ok(result) } Rustならではの注意点 他の言語の「エラーが起きても気づかずに進んでしまう」という問題を防ぐため、Rustは`Result`の中身を確認しない限り、警告を出す仕組みになっています。エラーの可能性を無視できない設計こそが、Rustの安全性を支えています。 まとめ Rustのエラーハンドリングは`Result`型が中心で、`match`や`?`を使って結果を扱います。エラーの可能性を無視できない設計に慣れていきましょう。 本ページはプロモーションを含みます。 参考書籍(PR) Rustをもっと学びたい方には「 実践Rust入門[言語仕様から開発手法まで] 」がおすすめです。...
続きを読む

#16 TypeScriptで学ぶ辞書型(マップ)の基本

TypeScriptの辞書に相当する仕組みは、JavaScriptと同じですが、キーと値の型をあらかじめ決めておけるのが特徴です。この記事では、TypeScriptにおける辞書の扱い方を解説します。 型付きのオブジェクト interface Person { name: string; age: number; } const person: Person = { name: "太郎", age: 20 }; キーの型が決まっていない辞書 キーの名前が事前に決まっていない辞書のような使い方をしたい場合は、次のように書きます。 const scores: { [key: string]: number } = {}; scores["太郎"] = 90; Mapを使う場合 const person = new Map<string, string>(); person.set("name", "太郎"); `Map<string, string>`のように、キーと値それぞれの型を指定できます。 TypeScriptならではの注意点 型付きのオブジェクト(`interface`)を使うと、存在しないキーにアクセスしようとした際に、実行前の段階でエラーとして教えてもらえます。データの形が決まっている場合は、キーが自由な辞書よりも`interface`を使うほうが安全です。 まとめ TypeScriptの辞書は、形が決まっているなら`interface`、自由なキーを扱うなら`{ [key: string]: 型 }`や`Map`を使います。用途に応じて型の付け方を選びましょう。 本ページはプロモーションを含みます。 参考書籍(PR) TypeScriptをもっと学びたい方には「 プロを目指す人のためのTypeScript入門 」がおすすめです。
続きを読む

#19 Goで学ぶテスト(単体テスト)の基本

Goはシンプルな文法が魅力ですが、書いたコードが正しく動くかどうかは別問題です。この記事では、Goで書いたコードを自動でチェックする「テスト」の基本を解説します。 なぜテストを書くのか コードを修正するたびに、関連する機能が壊れていないかを手作業で確認するのは大変です。テストを用意しておけば、コマンド一つで動作確認ができ、安心してコードを直せるようになります。 Go標準のテスト機能 Goには追加のライブラリを入れなくても使える testing パッケージが標準で備わっています。テスト対象のファイルと同じディレクトリに、名前の末尾が _test.go のファイルを作ります。 // add.go package main func add(a int, b int) int { return a + b } // add_test.go package main import "testing" func TestAdd(t *testing.T) { result := add(2, 3) if result != 5 { t.Errorf("add(2, 3) = %d; want 5", result) } } テスト関数の名前は Test から始める決まりです。ターミナルで go test と実行すると、 _test.go 内の Test から始まる関数がすべて自動で実行されます。 複数パターンをまとめてテストする Goでは、複数の入力パターンをスライス(配列のようなもの)にまとめて、まとめてテストする書き方(テーブル駆動テスト)がよく使われます。 func TestAddCases(t *testing.T) { cases := []struct{ a, b, want int }{ {2, 3, 5}, {0, 0, 0}, {-1, 1, 0}, } for _, c := range cases { if got := add(c.a, c.b); got != c.want { t.Errorf("add(%d,...
続きを読む