네이티브 앱, 웹 앱, 하이브리드 앱 (Native, Web, Hybrid App)

모바일 애플리케이션은 구현 방식에 따라 네이티브 앱(Native App), 웹 앱(Web App), 하이브리드 앱(Hybrid App)으로 나뉜다. 네이티브 앱은 각 운영체제 전용 언어와 도구로 만들어 성능과 기기 기능 접근에서 가장 우수하고, 웹 앱은 브라우저에서 동작해 설치와 심사 없이 어디서나 쓸 수 있으며, 하이브리드 앱은 웹 기술로 만든 화면을 앱 껍데기에 담아 두 방식의 절충을 노린다. 어떤 방식을 고르느냐는 성능 요구, 개발 인력 구성, 출시 속도, 유지보수 비용의 종합적인 트레이드오프 판단이다.

네이티브 앱

네이티브 앱은 플랫폼이 제공하는 공식 SDK(Software Development Kit)로 개발한다. 안드로이드(Android)는 코틀린(Kotlin)과 젯팩 컴포즈(Jetpack Compose), iOS는 스위프트(Swift)와 스위프트UI(SwiftUI)가 현재 표준이다. 코드가 플랫폼 API를 직접 호출하므로 카메라, GPS, 블루투스, 푸시 알림, 생체 인증 같은 기기 기능을 제약 없이 쓸 수 있고, 애니메이션과 스크롤이 플랫폼 고유의 감각 그대로 동작한다. 게임이나 카메라 중심 앱처럼 성능이 곧 제품인 경우 사실상 유일한 선택지다. 단점은 비용이다. 두 플랫폼용 코드베이스를 따로 만들고 유지해야 하므로 인력과 일정이 배로 들며, 기능 수정마다 앱 스토어(App Store) 심사를 거쳐야 해 배포 주기가 느리다.

웹 앱과 PWA

웹 앱은 HTML, CSS, 자바스크립트(JavaScript)로 만들어 브라우저로 접근하는 애플리케이션이다. 반응형 웹(Responsive Web)으로 모바일 화면에 맞춘 형태가 일반적이다. URL만 있으면 설치 없이 바로 쓸 수 있고, 서버에 배포하는 즉시 모든 사용자에게 반영되며, 스토어 심사와 수수료가 없다. 개발 인력도 웹 개발자 한 팀이면 된다. 대신 브라우저라는 중간 계층 위에서 돌기 때문에 기기 기능 접근이 브라우저가 열어 준 API 범위로 제한되고, 성능 상한도 네이티브보다 낮다. 이 한계를 웹 표준으로 좁혀 가는 시도가 PWA(Progressive Web App)다. 서비스 워커(Service Worker)로 오프라인 동작과 푸시 알림을 지원하고 홈 화면 설치도 가능하게 하지만, 플랫폼별 지원 수준의 차이가 남아 있다. PWA의 상세한 구조는 별도 문서에서 다룬다.

하이브리드 앱

하이브리드 앱은 웹 기술로 화면을 만들고, 이를 네이티브 앱 안의 웹뷰(WebView)라는 내장 브라우저 컴포넌트에 띄우는 방식이다. 앱 껍데기가 네이티브이므로 스토어에 배포할 수 있고, 웹과 네이티브 사이에 자바스크립트 브리지(Bridge)를 두어 웹 코드가 카메라 같은 기기 기능을 호출하게 만든다. 웹 코드 하나로 두 플랫폼을 커버하고 기존 웹 자산을 재활용할 수 있어 개발 효율이 높으며, 웹 부분은 서버 배포만으로 갱신할 수 있다. 국내 커머스와 금융 앱 상당수가 핵심 화면을 웹뷰로 구성하는 이유다. 약점은 웹뷰의 성능과 브리지 통신 비용, 그리고 네이티브와 미묘하게 다른 조작감이다. 한편 리액트 네이티브(React Native)와 플러터(Flutter) 같은 크로스 플랫폼(Cross Platform) 프레임워크는 하이브리드와 자주 혼동되지만 다르다. 이들은 웹뷰 없이 하나의 코드에서 네이티브 UI 컴포넌트나 자체 렌더링 엔진으로 화면을 그리므로, 하이브리드보다 네이티브에 가까운 성능을 내면서 코드 공유의 이점을 취한다.