[회의] phase3 프론트엔드 회의 - RN vs RN+Webview

[MiJungle]

구분	장점	단점
RN + WebView	- 빠른 웹 배포 가능: 웹 콘텐츠만 업데이트해 앱 배포 없이 즉시 반영 가능	- 웹뷰 메시지 핸들러 별도 구현 필요: RN과 웹뷰 간 데이터 전달 및 이벤트 처리를 위한 브리지 작성 필요
	- 기존 웹 자산 활용도 높음: 이미 구축된 웹 페이지, UI를 재사용할 수 있음	- 네비게이션 관리 복잡: 뒤로가기, 히스토리 관리 등 RN과 웹뷰 간 상태 동기화 필요
	- 빠른 개발 속도: RN 개발자 없이도 웹팀 중심으로 빠르게 개발 가능
React Native 단독 개발	- 높은 성능과 일관된 UX 제공: 네이티브 UI 컴포넌트 사용으로 반응 속도 우수	- 개발 난이도 및 리소스 요구 높음: RN 기술 숙련도 필요, 개발 비용 상승 가능
	- 상태 관리 및 라우팅 통일: 전체 앱이 RN으로 구성되어 관리가 단순하고 일관됨	- 수정 사항 반영 시 앱 배포 필요: 앱스토어 심사 후 배포되어 업데이트가 느릴 수 있음
		- 기존 웹 자산 활용 어려움: 기존 웹 UI/기능을 재사용하기 어려움

결론: RN + WebView
1️⃣ 빠른 변경 사항 배포 가능 (Squad 조직에 최적)

• 웹 기반 콘텐츠는 앱 업데이트 없이 즉시 배포 가능
• Squad 단위로 빠른 피드백, A/B 테스트, 긴급 수정 대응에 매우 유리
• 앱스토어 심사 지연에 따른 배포 병목을 최소화할 수 있음

2️⃣ 개발 속도가 가장 중요한 우선순위
RN 단독 개발 대비 개발 진입장벽 낮음 → RN 숙련도 차이로 인한 병목 감소
기존 웹 개발 역량과 자산을 최대한 활용 가능

[rachel490]

	webview (w/ expo)	react-native (w/ expo)
장점	- EAS / expo-update로 OTA 지원 - ui library 다양 (ex. shadcn)	- EAS / expo-update로 OTA 지원 - native에 가까운 UX - asyncStorage로 데이터 유지가능 (앱 삭제전까지)
단점	- rn과 비교했을 때 느림 - app과 web의 통신 브릿지 불가피 - webstorage에 의존시 앱을 종료할때 데이터가 유지되지 않음	- ui library 제한적

기타 병목

• 웹뷰 애플 심사 반려 사례가 많음
  -> 단순 푸시알람만 넣어도 반려되는 사례가 있다고 함.

개인적인 의견

• 웹뷰가 가장 이점이 있었던 것은 빠른 배포였는데 expo에서 지원하는 eas를 사용하면 버저닝 없이 업데이트가 가능하다고 해서 이제는 웹뷰만의 이점은 아니라고 생각됨. 웹이 있는 서비스가 모바일도 지원하기 위해서는 웹뷰가 사용되는 것이 맞다고 생각하나 단순 프로덕트 관점으로만 보면 앱에 초점이 맞춰진 서비스다 보니 rn이 좋지 않을까 생각.
• rn의 언어 배우기 + shadcn 없이 ui 개발 === 웹 + 성능최적화 + 통신 브릿지 + 모바일에 맞는 ui + 상태관리 거의 공수는 비슷하지 않을까 생각?
• 포트폴리오로서는 next.js + webview (가장 수요가 높은 기술스택) >>>> rn 이지 않을까하는 생각

[MiJungle]

✅ 결론: Next.js(app router) + RN + Expo