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
NOTEJetBrains IDE에서는 Dart 플러그인을 설치한 뒤, Dart SDK 경로를 설정하는 흐름이 제시됩니다.
SDK 경로는bin과lib디렉터리를 포함하는 디렉터리라는 설명이 제시됩니다.
How
TIP플러그인 설치는 IDE의 Plugins에서 Dart를 검색해 설치하고, 재시작합니다.
새 프로젝트는 New Project → Dart에서 SDK 경로를 지정하고 템플릿을 선택하는 흐름이 제시됩니다.
기존 프로젝트는 Settings → Languages and Frameworks → Dart에서 “Enable Dart support”를 켜는 흐름이 제시됩니다.
Watch out
WARNINGSDK 경로는 프로젝트마다 달라질 수 있고, Flutter SDK를 설치한 경우에도 Dart SDK가 포함된다는 안내가 있습니다.
즉, “어느 SDK를 설치했는지”부터 먼저 확인해야 합니다.
결론: JetBrains에서는 Dart 플러그인 설치와 SDK 경로 설정이 개발 환경의 핵심입니다.
단계 2: VS Code는 Dart extension을 설치한다
Why
NOTEVS Code는 기본 상태에서는 Dart를 모릅니다.
확장(extension) 설치가 곧 언어 지원 활성화입니다.
What
NOTEVS Code에서는 Dart extension 설치로 문법 강조, 패키지 해석, hot reload 등 기능을 사용할 수 있다는 설명이 제시됩니다.
How
TIPExtensions에서
Dart를 검색해 Dart extension을 설치하는 절차가 제시됩니다.
또한 설치 후 기능 목록은 확장 설명 페이지에서 확인하는 흐름이 제시됩니다.
Watch out
WARNING확장 설치가 끝나도 SDK가 없으면 실행/분석이 되지 않습니다.
즉, 확장 설치 이후 “SDK 설치/경로 인식”까지 확인해야 합니다.
결론: VS Code는 Dart extension으로 시작하고, 그 다음 SDK 설치 상태를 확인합니다.
단계 3: DartPad는 “작은 실험”에 쓰되 지원 범위를 이해한다
Why
NOTE설치 없이 브라우저에서 실행해볼 수 있으면, 학습 속도가 빨라집니다.
그래서 작은 실험/문법 확인은 DartPad가 유리합니다.
What
NOTEDartPad는 브라우저에서 Dart를 실행해볼 수 있는 오픈 소스 도구이며, 사이트의 튜토리얼에는 embedded DartPad가 포함될 수 있다는 설명이 제시됩니다.
또한dart:*중 multi-platform 라이브러리만 지원하고, pub.dev의 임의 패키지는 지원하지 않는 등 제약이 제시됩니다.
How
TIP새 패드에서 아주 작은 코드로 실행 흐름을 확인하는 예시가 제시됩니다.
for (final char in 'hello'.split('')) {print(char);}또한 DartPad의 Format 버튼은
dart format을 사용해 들여쓰기/공백/줄바꿈을 정리해준다는 흐름이 제시됩니다.
Watch out
WARNINGDartPad는 deferred loading을 지원하지 않고, 지원되지 않는 패키지를 임의로 import할 수 없습니다.
즉, “프로젝트 코드”는 결국 로컬 환경으로 옮겨서pubspec.yaml로 의존성을 명시해야 합니다.
결론: DartPad는 빠른 실험에 최적이고, 프로젝트 개발은 로컬/IDE로 이어지는 역할 분리가 좋습니다.
단계 4: DartPad가 안 보이거나 동작이 이상하면 체크리스트로 원인을 좁힌다
Why
NOTEDartPad 문제는 코드 문제보다 브라우저/설정/확장 문제인 경우가 많습니다.
체크리스트로 원인을 좁히면 해결이 빠릅니다.
What
NOTEembedded DartPad가 안 뜰 때의 원인으로 브라우저 버전, 광고 차단기, 쿠키/로컬 스토리지 설정, GitHub rate limiting 등이 언급됩니다.
또한 일부 브라우저(예: Brave 기본 설정)에서 동작하지 않을 수 있다는 안내가 있습니다.
How
TIP다음 순서로 확인합니다.
- 최신 브라우저(Chrome/Edge/Firefox/Safari)인지 확인한다.
- 광고 차단기를 끈다.
- 쿠키가 꺼져 있다면 dartpad.dev(및 임베딩 사이트) 쿠키 허용을 확인한다.
- 페이지를 반복 리로드했다면 GitHub rate limiting 가능성을 고려해 시간을 두고 다시 시도한다.
Watch out
WARNING쿠키가 꺼져 있으면 로컬 스토리지도 함께 제한되는 경우가 있고, DartPad는 쿠키를 쓰지 않아도 로컬 스토리지를 의존할 수 있다는 설명이 있습니다.
즉, “쿠키 꺼도 괜찮다”는 직감이 항상 맞지는 않습니다.
결론: DartPad 문제는 브라우저/차단기/쿠키/리밋 체크리스트로 빠르게 좁힐 수 있습니다.
공유
이 글이 도움이 되었다면 다른 사람과 공유해주세요!