pile·
프론트엔드·버즈빌버즈빌·

버즈빌 프론트엔드 변천사

문제AngularJS 기반 두 어드민의 기술 부채, Native SDK의 느린 배포 주기, 파트너사별 맞춤 UI 요구사항이 복잡하게 얽혀 있었다.
접근AngularJS → Vue(코드 50% 감소) → React → Next.js로 점진적 전환. BFF(Node.js Express) 도입으로 프론트엔드가 직접 API를 설계. WebView + React SPA로 배포 주기 문제 해결. Turborepo 모노레포로 10개 이상 WebView 프로젝트를 통합 관리. Server-Driven UI로 서버 JSON이 컴포넌트 배치를 지시하는 구조를 채택했다.
결과파트너사별 맞춤 UI 제공이 배포 없이 가능해졌다. Hybrid SDK로 WebView-Native 통신을 표준화해 네이티브 기능을 단일 API로 호출한다.
버즈빌
버즈빌 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 프론트엔드·여기어때 (GC컴퍼니)여기어때 (GC컴퍼니)·

    항공 프론트엔드 구축기 (7/10): 창구를 하나만 두었습니다

    여기어때 항공 서비스 프론트엔드가 웹과 앱 웹뷰 두 환경에서 동일한 함수 호출로 동작하는 앱 브릿지 추상화 레이어를 설계한 과정을 다룬다. iOS·안드로이드 규약 차이와 "웹에 존재하지 않는 브릿지를 어떻게 호출하나"라는 문제를 단일 추상화 층으로 해결한 구현 사례다.

    요약 이어보기
    #react#typescript#webview+2