Dart 튜토리얼 34편: 에디터 & DartPad(IntelliJ·VS Code·DartPad·Troubleshoot)

요약#

핵심 요지#

  • 문제 정의: IDE/확장 설정이 흔들리면 자동 완성/분석/디버깅이 제대로 동작하지 않아, 학습과 개발이 느려진다.
  • 핵심 주장: JetBrains 계열은 Dart 플러그인 + Dart SDK 경로 설정, VS Code는 Dart extension 설치로 개발 환경을 갖추고, DartPad는 브라우저에서 빠르게 실험하되 지원 라이브러리/제약을 이해하고 사용한다.
  • 주요 근거: JetBrains 플러그인 설치/SDK 경로 안내, VS Code 확장 설치 절차, DartPad의 라이브러리 지원 범위와 제한(패키지/지연 로딩), Troubleshooting 체크리스트(브라우저 버전/쿠키/광고 차단/GitHub rate limiting)가 제시된다.
  • 실무 기준: 로컬 개발은 IDE에서(분석/디버깅 포함), 작은 실험은 DartPad에서(지원 범위 안에서) 하는 역할 분리가 좋다.

문서가 설명하는 범위#

  • JetBrains IDE에서 Dart 플러그인을 설치하고 Dart SDK 경로를 설정하는 방법
  • VS Code에서 Dart extension을 설치하는 방법
  • DartPad의 지원 범위/제약을 이해하고, 문제가 있을 때 점검하는 방법

읽는 시간: 15분 | 난이도: 초급


참고 자료#


문제 상황#

입문자가 가장 먼저 부딪히는 문제는 “코드가 아니라 도구”인 경우가 많습니다.
자동 완성/오류 표시/실행/디버깅이 제대로 되지 않으면, 같은 내용을 배워도 훨씬 어렵게 느껴집니다.
그래서 이 글은 개발 환경을 빠르게 갖추는 최소 체크리스트를 먼저 고정합니다.


해결 방법#

단계 1: JetBrains IDE는 Dart 플러그인 + Dart SDK 경로를 잡는다#

Why#

NOTE

플러그인이 없으면 IDE가 Dart 문법/분석/실행을 제대로 지원하지 못합니다.
그리고 SDK 경로가 맞지 않으면 도구(dart, dartaotruntime)를 찾지 못합니다.

What#

NOTE

JetBrains IDE에서는 Dart 플러그인을 설치한 뒤, Dart SDK 경로를 설정하는 흐름이 제시됩니다.
SDK 경로는 binlib 디렉터리를 포함하는 디렉터리라는 설명이 제시됩니다.

How#

TIP

플러그인 설치는 IDE의 Plugins에서 Dart를 검색해 설치하고, 재시작합니다.
새 프로젝트는 New Project → Dart에서 SDK 경로를 지정하고 템플릿을 선택하는 흐름이 제시됩니다.
기존 프로젝트는 Settings → Languages and Frameworks → Dart에서 “Enable Dart support”를 켜는 흐름이 제시됩니다.

Watch out#

WARNING

SDK 경로는 프로젝트마다 달라질 수 있고, Flutter SDK를 설치한 경우에도 Dart SDK가 포함된다는 안내가 있습니다.
즉, “어느 SDK를 설치했는지”부터 먼저 확인해야 합니다.

결론: JetBrains에서는 Dart 플러그인 설치와 SDK 경로 설정이 개발 환경의 핵심입니다.


단계 2: VS Code는 Dart extension을 설치한다#

Why#

NOTE

VS Code는 기본 상태에서는 Dart를 모릅니다.
확장(extension) 설치가 곧 언어 지원 활성화입니다.

What#

NOTE

VS Code에서는 Dart extension 설치로 문법 강조, 패키지 해석, hot reload 등 기능을 사용할 수 있다는 설명이 제시됩니다.

How#

TIP

Extensions에서 Dart를 검색해 Dart extension을 설치하는 절차가 제시됩니다.
또한 설치 후 기능 목록은 확장 설명 페이지에서 확인하는 흐름이 제시됩니다.

Watch out#

WARNING

확장 설치가 끝나도 SDK가 없으면 실행/분석이 되지 않습니다.
즉, 확장 설치 이후 “SDK 설치/경로 인식”까지 확인해야 합니다.

결론: VS Code는 Dart extension으로 시작하고, 그 다음 SDK 설치 상태를 확인합니다.


단계 3: DartPad는 “작은 실험”에 쓰되 지원 범위를 이해한다#

Why#

NOTE

설치 없이 브라우저에서 실행해볼 수 있으면, 학습 속도가 빨라집니다.
그래서 작은 실험/문법 확인은 DartPad가 유리합니다.

What#

NOTE

DartPad는 브라우저에서 Dart를 실행해볼 수 있는 오픈 소스 도구이며, 사이트의 튜토리얼에는 embedded DartPad가 포함될 수 있다는 설명이 제시됩니다.
또한 dart:* 중 multi-platform 라이브러리만 지원하고, pub.dev의 임의 패키지는 지원하지 않는 등 제약이 제시됩니다.

How#

TIP

새 패드에서 아주 작은 코드로 실행 흐름을 확인하는 예시가 제시됩니다.

for (final char in 'hello'.split('')) {
print(char);
}

또한 DartPad의 Format 버튼은 dart format을 사용해 들여쓰기/공백/줄바꿈을 정리해준다는 흐름이 제시됩니다.

Watch out#

WARNING

DartPad는 deferred loading을 지원하지 않고, 지원되지 않는 패키지를 임의로 import할 수 없습니다.
즉, “프로젝트 코드”는 결국 로컬 환경으로 옮겨서 pubspec.yaml로 의존성을 명시해야 합니다.

결론: DartPad는 빠른 실험에 최적이고, 프로젝트 개발은 로컬/IDE로 이어지는 역할 분리가 좋습니다.


단계 4: DartPad가 안 보이거나 동작이 이상하면 체크리스트로 원인을 좁힌다#

Why#

NOTE

DartPad 문제는 코드 문제보다 브라우저/설정/확장 문제인 경우가 많습니다.
체크리스트로 원인을 좁히면 해결이 빠릅니다.

What#

NOTE

embedded DartPad가 안 뜰 때의 원인으로 브라우저 버전, 광고 차단기, 쿠키/로컬 스토리지 설정, GitHub rate limiting 등이 언급됩니다.
또한 일부 브라우저(예: Brave 기본 설정)에서 동작하지 않을 수 있다는 안내가 있습니다.

How#

TIP

다음 순서로 확인합니다.

  1. 최신 브라우저(Chrome/Edge/Firefox/Safari)인지 확인한다.
  2. 광고 차단기를 끈다.
  3. 쿠키가 꺼져 있다면 dartpad.dev(및 임베딩 사이트) 쿠키 허용을 확인한다.
  4. 페이지를 반복 리로드했다면 GitHub rate limiting 가능성을 고려해 시간을 두고 다시 시도한다.

Watch out#

WARNING

쿠키가 꺼져 있으면 로컬 스토리지도 함께 제한되는 경우가 있고, DartPad는 쿠키를 쓰지 않아도 로컬 스토리지를 의존할 수 있다는 설명이 있습니다.
즉, “쿠키 꺼도 괜찮다”는 직감이 항상 맞지는 않습니다.

결론: DartPad 문제는 브라우저/차단기/쿠키/리밋 체크리스트로 빠르게 좁힐 수 있습니다.

공유

이 글이 도움이 되었다면 다른 사람과 공유해주세요!

Dart 튜토리얼 34편: 에디터 & DartPad(IntelliJ·VS Code·DartPad·Troubleshoot)
https://moodturnpost.net/posts/dart/dart-editors-dartpad/
작성자
Moodturn
게시일
2026-01-04
Moodturn

목차