공유되는 것은 내가 쓴 코드이고, 지켜야 하는 코드는 공유되지 않는다
코드 하나로 모든 플랫폼은 이제 기본값이고, **맞는 기본값입니다.** 다만 공유되는 것은 **원래 쉬웠던 층**입니다 — 권한, 백그라운드 실행, 푸시, 보안 저장소, 생체인증, 스토어 심사는 **플랫폼별로 남고**, 돈을 다루는 것이라면 **거기가 중요한 부분입니다.** 공부량은 플랫폼 수가 아니라 **건드리는 표면**이 정합니다.
이 페이지는 카드에 적힌 내용을 펼쳐 보여줄 뿐입니다 — 돌아가는 코드도, 열어볼 데모도 아직 없습니다. 무엇을 왜 만들려는지가 아래에 있습니다.
아직 범위 미정이고, **1단계는 프로젝트가 아니라 표 하나**입니다. 이 프로젝트가 실제로 모바일에 내보낼 기능을 적습니다 — 서명, 키 저장, 생체 잠금 해제, 정산 이벤트 푸시, 브라우저 흐름에서 돌아오는 딥링크 — 그리고 각각을 **프레임워크가 공유해 주는 것 / 플랫폼별로 남는 것**으로 표시합니다. **그 비율이 곧 크로스플랫폼이 여기서 얼마나 사주는가에 대한 답**입니다. **그다음에야** 공부 순서: **한 플랫폼의 권한·수명주기 모델을 먼저 깊게**(다른 쪽이 그 위에 대응되므로), **양쪽의 보안 저장소·생체인증을 그다음**(이건 대응되지 않으므로), **프레임워크를 마지막**(도구이고 셋 중 가장 빨리 배웁니다). 프레임워크 사정은 빨리 바뀌므로 React Native New Architecture·Flutter·Kotlin Multiplatform·Expo 의 현재 상태는 **요약이 아니라 원문에서** 확인하십시오. 이 카드도 요약입니다.
기술 노트
각 항목이 실제로 무엇을 보여주고 어떻게 동작하는지 — 위 카드보다 자세한 기술 설명입니다.
목적: **질문의 전제는 맞습니다: 2026년 기준 한 번 쓰고 어디서나 돌리는 방식은 소수파가 아니라 주류입니다.** React Native 와 Flutter 가 신규 소비자 앱의 큰 몫을 차지하고, Kotlin Multiplatform 은 **로직만 공유하고 UI 는 네이티브로 남기는 보수적 중간**을 차지하며, Expo 는 이 접근에 반대하는 가장 강한 논거였던 **빌드 툴링 부담을 대부분 없앴습니다.** 작은 팀이 네이티브 전용을 고르는 것은 이제 **이유가 필요한 결정**이고, 이건 몇 년 전과 뒤집힌 상황입니다. **질문의 뒷부분이 흥미롭고, 정직한 답은 공부량이 비례해서 줄지는 않는다는 것입니다.** 크로스플랫폼 프레임워크가 공유해 주는 층은 **원래 배우기 가장 싼 층**입니다 — 뷰 배치, 상태 보관, API 호출, 화면 이동. 공유하지 못하는 것은 **운영체제와 앱 스토어가 소유한 전부**입니다. 권한 모델은 다르고 **OS 릴리스마다 바뀝니다.** 백그라운드 실행은 API 차이가 아니라 **철학의 차이**이고, 두 플랫폼은 **앱이 화면 밖에 있을 때 무엇을 해도 되는지에 대해 설계 수준에서 의견이 다릅니다.** 푸시는 양쪽의 **전달 보장이 다릅니다.** 보안 저장소는 한쪽이 Keychain + Secure Enclave, 다른 쪽이 Keystore + StrongBox 이고 **같은 보장이 아닙니다.** 스토어 심사와 결제 규정은 **아예 코드가 아닙니다.** **그래서 이 카드가 존재하는 규칙이 나옵니다 — 내가 쓴 코드는 공유되고, 지켜야 하는 코드는 공유되지 않는다.** 공유되는 절반은 **내가 작성한 것**이니 애초에 내가 리팩터링할 수 있었던 절반입니다. 공유되지 않는 절반은 **정책**입니다 — OS 정책과 스토어 정책 — 그리고 **심사자가 앱을 읽어서 집행하는 규칙을 추상화해 주는 프레임워크는 없습니다.** **이 프로젝트에서는 그 비대칭이 최악입니다.** 지갑이나 정산 클라이언트는 **키 저장, 생체 바인딩, 정산 이벤트의 백그라운드 전달, 브라우저 흐름에서 돌아오는 딥링크, 그리고 크립토·결제에 대한 스토어 규정**을 건드립니다. **그 목록의 모든 항목이 공유 안 되는 칸에 있습니다.** 콘텐츠 앱은 일의 90%를 공유할 수 있지만, **일 자체가 시큐어 엘리먼트인 앱은 그 둘레의 껍데기만 공유합니다.** 이건 크로스플랫폼을 쓰지 말라는 논거가 아니라, **언어가 아니라 비율로 고르라는 논거**입니다. **그리고 이건 "양이 많다"는 불만에 직접 답합니다. 그 양이 보이는 것과 다르기 때문입니다.** 공부 목록은 **출시 플랫폼 수가 아니라 건드리는 표면**의 함수입니다. 화면만 그리고 API 만 부르는 앱에 두 번째 플랫폼을 더하는 것은 **거의 아무것도 더하지 않습니다.** 키를 쥐는 앱에 두 번째 플랫폼을 더하는 것은 **두 번째 보안 저장소 모델, 두 번째 생체 프롬프트 의미론, 두 번째 심사 과정**을 더합니다 — **코드가 얼마나 공유되는지와 무관하게.** **표면을 먼저 적어서 공부 범위를 묶으십시오.** `one-page-not-the-curriculum` 과 같은 지시입니다 — 순서상 다음 페이지가 아니라 **막힌 페이지를 꺼내라.**
동작 방식: ### 공유되는 것과 끝내 안 되는 것 | 층 | 프레임워크가 공유해 주나 | 왜 | |---|---|---| | **UI 배치·렌더링** | **예** | 그리기 문제이고, 그리기는 이식 가능 | | **비즈니스 로직·네트워킹·상태** | **예** | OS 가 의견을 갖지 않는 순수 코드 | | **내비게이션** | 대체로 | 관습이 다르지만, **관습**일 뿐 | | **권한** | **아니오** | OS 정책이고 **릴리스마다 움직임** | | **백그라운드 실행** | **아니오** | API 차이가 아니라 **설계 철학의 불일치** | | **푸시 전달** | **아니오** | 전송 경로가 다르고 **보장도 다름** | | **보안 저장소·생체인증** | **아니오** | Secure Enclave 와 StrongBox 는 **이름이 아니라 보장이 다름** | | **딥링크** | **아니오** | 각자 **자기 호스팅 파일**로 소유권을 검증 | | **스토어 심사·결제 규정** | **아니오** | **코드가 아님.** 사람이 앱을 읽음 | 표의 **위쪽이 프레임워크가 압축해 주는 부분**이고, **원래 배우기 가장 쌌던 부분**입니다. **공부량을 만드는 것은 표의 아래쪽이고, 그건 이 선택에 영향받지 않습니다.** ### 고르기 전에 하는 자가진단 실제로 출시할 기능을 적고 **각각이 표의 어느 절반에 떨어지는지** 표시합니다. 비율이 결정합니다: | 기능 대부분이... | 그러면 | |---|---| | 화면·목록·폼·API 호출 | **크로스플랫폼이 일의 대부분을 아껴줍니다. 쓰십시오** | | 키·백그라운드 전달·생체인증·결제 | **절감은 실재하지만 작고, 위험이 있는 곳이 아닙니다** | `choosing-a-chain-is-a-lease` 를 다른 도메인으로 옮긴 것과 같은 수입니다 — **기술 질문처럼 보이는 것이 실은 내가 통제하지 못하는 부분에 대한 질문**입니다. ### 공부 순서 — 정작 불만이 "양"이므로 1. **한 플랫폼의 권한·수명주기 모델을 제대로.** 다른 플랫폼이 그 위에 대응되므로 **두 번째는 첫 번째의 일부 비용**만 듭니다. **양쪽을 절반씩 배우면 하나를 배우고 번역하는 것보다 비쌉니다.** 2. **양쪽의 보안 저장소·생체인증.** 이건 **대응되지 않으므로 두 번 배워야 하고**, 이 프로젝트에서는 **중요한 바로 그 부분**입니다. 3. **프레임워크는 마지막.** 도구이고, 셋 중 가장 빨리 배우며, **가장 빨리 바뀝니다** — 먼저 배우면 **다시 배우게 됩니다.** ### 업계가 실제로 정착한 트레이드 **답이 하나가 아니라 둘**이고, 표의 두 절반에 대응합니다. **UI 까지 전부 공유**는 빠른 선택이고 **표 아래쪽이 얇을 때 맞습니다.** **로직만 공유하고 UI 는 네이티브**는 보수적 선택이고 **플랫폼 동작이 하중을 받을 때 맞습니다.** **둘 다 주류**이고, 그래서 "코드 하나가 유행인가"라는 질문의 **예 라는 답은 아무것도 결정해 주지 않습니다** — **유행은 진짜이고, 결정은 여전히 앱마다입니다.**