핵심 요약
언어의 인기보다 목표 플랫폼, 보유 기술, 네이티브 기능의 비중, iOS 빌드 환경을 먼저 정해야 선택을 되돌리는 비용을 줄일 수 있습니다.
검수 범위
프레임워크와 언어를 혼동하던 표현을 바로잡고, 신규 프로젝트에서 실제로 비교할 기준을 공식 문서와 대조했습니다.
앱 개발을 시작할 때 “어떤 언어가 가장 좋을까?”부터 검색하기 쉽습니다. 하지만 언어는 목표를 구현하기 위한 도구입니다. 먼저 만들 제품이 Android 전용인지, iPhone까지 동시에 필요한지, 기존 웹 서비스를 재사용할지, 카메라·블루투스·백그라운드 작업 같은 기기 기능이 핵심인지부터 정해야 합니다.
선택 전에 적어볼 네 가지
- 배포 대상: Android만, iOS만, 두 플랫폼, 웹까지 중 어디까지 필요한가?
- 기존 기술: JavaScript·TypeScript, C#, Java·Kotlin 중 이미 익숙한 것이 있는가?
- 기기 기능: 카메라, BLE, 위치, 위젯, 백그라운드 서비스가 제품의 핵심인가?
- 빌드 환경: iOS 빌드와 App Store 제출에 사용할 Mac과 Xcode 환경이 있는가?
대표 선택지 비교
Flutter와 Dart
Flutter는 하나의 코드베이스로 Android와 iOS UI를 만들기 좋은 크로스플랫폼 프레임워크이고, 앱 코드는 Dart로 작성합니다. 화면 구성 규칙이 비교적 일관되고 공식 문서와 위젯 카탈로그가 잘 연결되어 있어 처음부터 두 모바일 플랫폼을 목표로 할 때 검토할 만합니다. 다만 네이티브 SDK와 연결되는 플러그인의 지원 범위, iOS 빌드 환경, 앱 크기와 플랫폼별 마감 작업까지 없어지는 것은 아닙니다.
React Native와 TypeScript
React와 JavaScript 또는 TypeScript 경험이 이미 있다면 React Native의 진입 비용이 낮을 수 있습니다. 화면을 컴포넌트로 나누는 방식과 상태 관리 경험을 이어갈 수 있기 때문입니다. 반대로 React를 처음 배우면서 모바일 네이티브 빌드 문제까지 동시에 익히면 초기 학습 범위가 넓어질 수 있습니다.
Android 네이티브와 Kotlin
Android만 확실히 목표로 하고 플랫폼 기능을 깊게 사용할 계획이라면 Kotlin과 Android Studio가 직접적인 선택입니다. 새로운 Android UI는 Jetpack Compose를 사용하는 흐름이 일반적이지만, 기존 프로젝트에서는 XML 레이아웃도 계속 만나게 됩니다. 한 플랫폼에 집중하는 대신 iOS 앱은 별도로 만들어야 합니다.
iOS 네이티브와 Swift
iPhone과 iPad만 목표로 하거나 Apple 플랫폼 기능이 제품의 중심이라면 Swift와 Xcode가 자연스럽습니다. SwiftUI와 UIKit 중 프로젝트 상황에 맞는 UI 기술을 선택합니다. 개발과 서명, 스토어 제출 과정에서 macOS 환경이 필요하다는 점을 시작 전에 확인해야 합니다.
웹앱과 PWA
기존 웹 기술을 활용해 설치 없이 빠르게 공개하고 싶다면 반응형 웹앱이나 PWA가 적합할 수 있습니다. 이 경우 핵심 언어는 HTML, CSS, JavaScript 또는 TypeScript이고, 필요에 따라 React·Vue·Svelte 같은 프레임워크를 선택합니다. 단순히 웹페이지를 WebView로 감싸는 것과 PWA, React Native는 서로 다른 방식입니다. 스토어 정책, 오프라인 동작, 푸시, 파일 접근, 결제와 로그인 복귀 흐름도 따로 점검해야 합니다.
목표별로 좁히는 방법
| 현재 조건 | 먼저 검토할 선택 | 이유 |
|---|---|---|
| Android·iOS를 함께 만들고 모바일 UI가 중심 | Flutter 또는 React Native | 공통 코드와 플랫폼별 연동을 함께 관리할 수 있음 |
| React·TypeScript 경험이 있음 | React Native | 기존 컴포넌트와 언어 경험을 활용하기 쉬움 |
| 두 플랫폼이 필요하고 새 언어 학습 가능 | Flutter | 한 프레임워크 안에서 UI 규칙을 익힐 수 있음 |
| Android 기능을 깊게 사용 | Kotlin 네이티브 | Android API와 도구를 직접 사용 |
| iOS 기능과 Apple 생태계가 핵심 | Swift 네이티브 | Apple 플랫폼 API와 배포 흐름에 직접 맞음 |
| 설치 전 사용자 반응부터 검증 | 반응형 웹앱 또는 PWA | URL로 빠르게 배포하고 수정 가능 |
첫 프로젝트는 작게 비교하기
언어를 정하기 전에 후보 기술로 “목록 보기, 상세 화면, 간단한 입력 저장”까지 작은 예제를 만들어보면 판단이 빨라집니다. 실행 환경 설치에 걸린 시간, 오류 메시지를 이해하기 쉬운지, 필요한 플러그인이 현재 유지되는지, 실기기에서 원하는 기능이 되는지를 기록하세요. 인기 순위보다 본인이 계속 수정할 수 있는 개발 환경인지가 더 중요합니다.
선택을 미뤄야 하는 신호
서비스의 핵심 기능이 아직 정해지지 않았는데 “한 번 작성하면 모든 플랫폼에서 완벽하게 동작한다”는 기대만으로 프레임워크를 고르는 경우입니다. 공통 코드를 사용해도 권한, 결제, 알림, 서명, 스토어 심사는 플랫폼별 확인이 필요합니다. 먼저 기능 목록과 배포 대상을 한 페이지로 정리한 뒤 언어를 선택하면 중간에 기술을 바꾸는 비용을 줄일 수 있습니다.
검증 기준과 참고 자료
이 글은 2026-09-08에 아래 공식 문서와 공개 기술 문서를 기준으로 내용과 용어를 다시 검수했습니다. 제품 버전과 기기 제조사에 따라 화면 이름은 달라질 수 있으므로 실제 화면과 공식 문서를 함께 확인하세요.