선임 소프트웨어 엔지니어
개발자
Remote Compose는 위젯과 같은 원격 표시 경로에 표현력이 풍부하고 상호작용이 가능한 UI를 투사하는 새로운 방법을 도입합니다. RemoteCompose는 레이아웃을 압축된 바이너리 페이로드로 직렬화하여 UI를 호스트 실행에서 분리함으로써 상당한 이점을 제공합니다.
주요 이점으로는 원격 기기에서 로컬 실행을 통해 고성능 렌더링을 지원하는 에지 상호작용, 원격 측 구성요소 평가를 통해 다양한 폼 팩터에서 UI를 재배치할 수 있는 유연한 확장, 익숙한 Jetpack Compose API를 통해 플랫폼별 원격 UI 프레임워크가 필요하지 않은 통합 개발자 워크플로가 있습니다.
이 세션에서는 이러한 이점을 살펴보고 최신 Wear OS 위젯과 Runkeeper의 한눈에 볼 수 있는 Wear 운동 추적기 환경을 비롯한 실제 프로덕션 사례를 제공합니다.
스크립트
안녕하세요.
저는 니콜라스 로어드이고 원격 Compose 프로젝트의 기술 리드입니다.
저는 존 호포드입니다.
저는 원격 Compose 개발자입니다.
저는 존 죌러입니다. Wear OS의 개발자 관계를 담당하고 있습니다.
좋습니다, 그럼 시작해 볼까요
먼저 원격 Compose로 해결하려는 문제가 정확히 무엇인지 간략하게 설명해 드리겠습니다.
따라서 일반적으로 Android의 UI에 관해 이야기하거나 생각할 때는 UI를 애플리케이션 및 애플리케이션 프로세스의 일부로 생각합니다.
UI를 가져와 패키징하고 원격 표시 경로와 같은 다른 위치로 전송하고 싶은 경우가 많습니다.
원격 표시 경로란 시계 스타일, 위젯, 자체 앱 또는 다른 앱과 같은 예시를 의미합니다.
이러한 모든 것이 기본적으로 원격 표면의 예입니다.
따라서 앱이나 서버 등 다른 곳에서 원격 표시 경로에 무엇을 전송해야 하는지 알고 있습니다.
등등…
스피커는 어떻게 되나요?
이 두 가지 사이에는 본질적으로 거리가 있습니다.
이 거리는 말 그대로 실제 거리일 수도 있고 네트워크 연결일 수도 있습니다.
프로세스 경계일 수도 있습니다.
동일한 기기를 사용 중일 수 있습니다.
하지만 그게 무엇이든 비용이 듭니다.
UI를 가져와서 전송하는 가장 간단한 방법은 화면을 복사하여 전송하는 것입니다.
문제는 이 방법이 그다지 빠르지 않다는 것입니다.
따라서 원격 Compose를 사용하면 UI를 나타내는 문서를 전송합니다.
규모가 작다는 것은 많은 장점이 있다는 점을 기억하세요.
중요한 문제입니다.
보내주신 첫 번째 픽셀에서 확인했는데, 실제로 해당 표시 영역에서 수행하려는 모든 종류의 업데이트에 적용되는 것이 맞나요?
왕복으로 설정했습니다.
따라서 원격 표면에서 이벤트, 클릭, 터치와 같은 항목을 가져옵니다.
새 버전을 받으려면 해당 버전을 만든 사람에게 다시 문의해야 합니다.
이건 좋지 않습니다.
따라서 여러 면에서 원격 Compose는 이 문제를 해결하기 위한 것입니다.
문서가 전송되는 것을 확인했습니다.
문서 외에도 매우 중요한 영역이 몇 가지 있습니다.
하나는 문서를 만드는 방법입니다.
두 번째는 플레이하는 방식입니다.
문서를 만들고 있다고 말씀드렸습니다.
화면 사본을 보내지 않으며 신청서도 보내지 않습니다.
따라서 문서를 만드는 데 도움이 되는 세 가지 방법이 있습니다.
하나는 Compose API, 두 번째는 절차적 Kotlin API, KMP, 세 번째는 JSON 형식입니다.
모두 동일한 바이트를 내보냅니다.
따라서 이러한 문서를 만들 수 있는 도구 모음을 제공하며 Compose API를 사용하면 Android 스튜디오의 기존 도구를 활용할 수 있습니다.
예를 들어 미리보기를 사용하면 개발 중인 내용을 IDE에서 직접 실시간으로 확인할 수 있습니다.
하지만 문서 검사기와 같은 강력한 새 도구도 개발 중입니다.
문서가 실제로 무엇인지 간단히 살펴보겠습니다.
기본적으로 압축된 바이너리 표현으로 인코딩된 작업 목록이며, 이러한 작업은 원격 표시 경로로 전송할 수 있는 독립형 사용자 인터페이스를 설명합니다.
따라서 이러한 문서의 매우 중요한 특징 중 하나는 크기가 작다는 것입니다.
그리고 우리가 보았듯이 작은 것이 좋습니다.
일반적으로 몇 킬로바이트 정도를 말하는 거죠?
하지만 매우 적응형 레이아웃을 사용하는 더 복잡한 UI의 경우에도 여전히 수십 킬로바이트 정도입니다.
그리고 모든 애셋을 해당 문서에 패키징합니다.
따라서 비트맵을 패키징하기 시작하는 경우에만 문서에서 공간을 차지할 수 있습니다.
이 점에 유의하시기 바랍니다.
결국 이것이 화면 복사본이 아닌 문서를 보내는 이유입니다.
작은 것이 중요하다는 것은 소통에만 국한되지 않습니다.
이는 원격 Compose의 핵심적인 코너 케이스입니다.
앞서 살펴본 것처럼 첫 번째 픽셀이 화면에 표시되는 데 걸리는 시간에 영향을 미칩니다.
또한 동일한 용량의 표면에서 효율성을 유지하면서도 더 많은 문서를 사용할 수 있습니다.
이는 위젯을 지원할 때 활용할 수 있는 기능입니다.
플레이어 자체도 매우 작고 종속 항목이 거의 없는 경향이 있습니다.
또한 크기가 작고 종속 항목이 적기 때문에 원격 Compose 문서를 실제로 재생할 수 있는 범위가 넓어집니다.
이는 특히 제한된 플랫폼에서 중요합니다.
전송과 거리에 관해 많이 이야기했지만 원격 Compose 자체는 전송을 처리하지 않습니다.
그건 네 책임이야.
이 모든 것을 바이트 버퍼로 패키징하여 적절한 메서드를 통해 원격 표면으로 전송할 수 있습니다.
위젯의 경우 Google에서 커넥터를 제공합니다.
하지만 일반적으로 전송을 담당한다는 점을 염두에 두는 것이 좋습니다.
플레이어가 이 문서를 받으면 전송 방식에 관계없이 작업 목록을 추출하여 레이아웃 트리, 표현식의 그리기 명령어로 변환할 수 있으며, 이 모든 것이 결합되어 매우 풍부한 사용자 환경을 만들 수 있습니다.
따라서 한 가지 유의할 점은 문서 전송 방식을 결정할 수 있는 권한을 부여함으로써, Google에서 생각하지 못한 시나리오를 포함한 다양한 시나리오에서 Remote Compose를 도구로 재사용할 수 있다는 것입니다.
플레이어가 문서를 로드하면 문서가 자체적으로 실행됩니다.
이것이 전체적인 아이디어입니다.
문서가 어느 정도 자율적인 UI를 만들어서 문서를 만든 사람에게 다시 돌아가지 않아도 되도록 하고 싶습니다.
이 모든 것을 통해 크기 조절, 스크롤, 터치 이벤트, 구성요소 표시 또는 숨기기 결정, 애니메이션, 일부 터치 이벤트, 일부 터치 처리 등을 플레이어로 돌아가지 않고도 문서에서 모두 처리할 수 있습니다.
그리고 때로는 생성 단계로 돌아가야 하는 경우, '새 문서를 제공해 주세요'라는 작업을 요청할 수도 있습니다.
Google은 주로 Remote Compose의 AndroidX 라이브러리를 통해 세 가지 공식 플레이어를 제공합니다.
하나는 Compose 플레이어이므로 Compose 애플리케이션에서 사용할 수 있습니다.
아직 뷰를 사용하는 경우 뷰 플레이어도 있습니다.
또한 API 36부터 Android 플랫폼에 제공되는 RemoteViews 구현이 있으며, 이를 통해 Remote Compose를 사용하여 런처에서 실행되는 Android 위젯을 만들 수 있습니다.
관심이 있다면 실험용 플레이어도 있습니다. Skia, TypeScript, Compose Multiplatform에서 실행되는 C++도 있습니다.
따라서 사용 중인 동일한 기술을 기본적으로 다양한 표시 경로와 플랫폼에서 렌더링하는 데 사용할 수 있습니다.
요약하자면, 제가 말씀드린 거리는 여전히 존재하지만, 실제로 중요할 때만 중요하게 만들려고 노력하고 있습니다.
네.
이제 원격 Compose 문서에서 사용할 수 있는 기능에 대해 조금 더 자세히 알아보겠습니다.
기본적으로 Canvas가 있으며 Android Canvas의 모든 기능이 포함되어 있습니다.
하지만 몇 가지 추가 API가 있습니다.
하지만 특별한 점 중 하나는 Android Canvas에 있는 모든 부동 소수점을 표현식으로 대체할 수 있다는 것입니다.
이를 통해 애니메이션, 동적 확장, 유연한 레이아웃을 사용할 수 있습니다.
이를 통해 다양한 작업을 수행할 수 있습니다.
표현식에 대해 조금 더 알아보겠습니다.
일반 수학, 삼각법, 배열 액세스, 스플라인 보간법 등 다양한 연산자를 사용할 수 있습니다.
멋진 점 중 하나는 변경되는 모든 값을 애니메이션으로 표시할 수 있으므로 모든 값의 상태 변화를 애니메이션으로 표시할 수 있다는 것입니다.
여기 보이는 이 그림에서는 각 진자가 서로 다른 유형의 애니메이션을 선택하며, 이 모든 애니메이션은 원격 Compose에서 사용할 수 있습니다.
그 외에도 기본 구성요소, Compose 관련 요소 등 이미 알고 있는 요소가 있습니다.
상자, 행, 열과 같은 매우 친숙한 API를 생성합니다.
하지만 그 외에도 적응형 구성요소가 있습니다.
이 방법의 장점 중 하나는 해당 시점에 문서를 제어할 수 없으므로 문서의 소스로 돌아가지 않고도 크기 조절 등으로 인해 객체가 사라지고 나타나고 사라지고 다시 나타나는 것을 처리할 수 있다는 것입니다.
그 외에도 구성요소 애니메이션이 있습니다.
모든 변경사항에 애니메이션을 적용할 수 있으므로 무언가 사라지면 애니메이션을 적용할 수 있습니다.
자체 맞춤 애니메이션을 작성할 수도 있습니다.
이 경우 일부는 셰이더를 사용하고 있습니다.
우리가 할 수 있는 또 다른 일은 그곳에 있는 동안 상호작용하는 것입니다. 따라서 예쁜 사진만 있는 것이 아닙니다.
클릭, 터치 이벤트, 스크롤 등을 할 수 있습니다.
접근성도 중요하므로 모든 Accessibility API가 있습니다.
여기에서 볼 수 있는 것 중 하나는 흥미로운 UI가 있는 전체 스톱워치를 빌드하고 있으며 이 모든 것이 플레이어 측에서 이루어진다는 것입니다.
모든 내용이 문서에 포함되어 있습니다.
표시되는 모든 항목은 서버로 돌아가지 않습니다.
애플리케이션 내에서 빌드한 경우 파란색 부분은 애플리케이션이고 검은색 부분은 원격 Compose 문서입니다.
두 기기 간에 상호작용할 수 있습니다.
여기에서 값을 증가시키면 호스트라고 하는 애플리케이션에서 값이 수신되는 것을 볼 수 있습니다. 슬라이더를 움직여 문서 내의 값을 변경할 수도 있습니다.
따라서 두 방향 모두 가능합니다.
그럼 이러한 문서를 만드는 방법을 살펴보겠습니다.
Compose, Kotlin, JSON이라는 세 가지 API가 있습니다.
Compose API는 어떤 것인지 대략적으로 알고 있습니다.
몇 가지 변형이 있으며 이에 대해 자세히 살펴보겠습니다.
Kotlin API는 매우 절차적입니다.
문서에 하나의 명령어가 있으므로 일대일 관계입니다.
JSON은 JSON 문법으로, 원격 Compose로 변환하는 변환기가 있습니다.
LLM은 문서를 읽고 쓸 수 있으므로 LLM을 사용하는 경우에도 유용합니다.
이제 Compose로 들어가서 무언가를 빌드해 보겠습니다.
이 경우 컴포저블이자 원격 컴포저블임을 확인할 수 있습니다.
캔버스가 아닌 원격 캔버스와 원격 수정자가 있지만 수정자 자체는 여러분이 잘 알고 좋아하는 것과 동일합니다.
이제 그 안에 있는 모든 명령어가 실제로 원격 명령어 원격 Compose 문서 명령어를 생성합니다.
이 경우에는 원을 그린 다음, 부동 소수점 수와 표현식을 추가하고 표현식에 시간을 사용합니다.
애니메이션에서 사용 설정하면 Android 스튜디오의 실시간 미리보기가 표시되고 실제로 실시간으로 실행됩니다.
이러한 표현이 표시됩니다.
이 기능이 무엇인지, 어떻게 작동하는지 자세히 알아보겠습니다.
왼쪽에는 스프레드시트와 같은 것이 표시됩니다.
부동 소수점 값의 테이블입니다.
또한 종속 항목 트리가 있어 한 항목이 다른 항목과 연결되는 위치를 알 수 있습니다.
무언가 변경될 때마다 종속 항목은 정리되고 조정될 수 있도록 더티로 표시됩니다.
실행되면 모든 종속 항목을 정리하고 변경된 항목만 평가합니다.
따라서 매우 효율적이며, 크기와 같은 객체가 변경되면 종속 항목이 변경되고 이를 반영해야 합니다.
위에서 아래로 매우 효율적으로 진행되기 때문에 매우 효율적인 컴퓨팅 방식입니다.
그럼 시계를 조금 확장해서 실제 사물, 약간 실제 사물을 만들 수 있다는 것을 보여드리겠습니다.
이 경우 가장자리에 눈금 표시를 추가하고 for 루프를 표시하여 로컬 및 오른쪽에서 for 루프를 정렬할 수 있습니다.
그런 다음 시침과 분침을 추가하고 초침을 추가한 다음, 몇 가지 버튼을 추가하여 마무리하면 실시간 시계가 완성됩니다.
실제로 시간이 표시됩니다.
또 다른 흥미로운 점은 JSON으로도 동일한 내용을 작성할 수 있다는 것입니다. JSON으로 작성하면 LLM과 쉽게 상호작용할 수 있습니다. 예를 들어 "분침을 녹색으로 변경해 줘"라고 말하면 LLM이 사용자의 의도를 파악할 수 있습니다.
이런 점이 정말 좋습니다.
좋습니다.
실제로
원격 작성의 기능을 이해하는 데 도움이 되었기를 바랍니다.
개발자 지원에 대해 간단히 설명해 드리겠습니다.
앞서 말씀드렸듯이 주로 AndroidX 라이브러리이므로 DAC에 있는 모든 항목을 어디에서 찾을 수 있는지 아실 겁니다.
최신 버전, 문서 등을 확인할 수 있습니다.
늘 그렇듯이 존이 Android 스튜디오에서 할 수 있는 작업을 시연했습니다.
가장 멋진 점은 개발 시간을 단축하는 실시간 미리보기입니다.
Google에서 작업 중인 또 다른 사항은 형식에 대한 실제 공개 사양입니다.
완전히 숨겨진 것을 찾으려는 것이 아닙니다. 이미 공개되어 있습니다.
작동 방식과 실제로 빌드 및 인코딩되는 방식을 확인할 수 있습니다.
애플리케이션에서 흔히 사용하는 것 중 하나가 애니메이션 벡터 드로어블인데, 이는 매우 편리합니다.
비트맵에 관해 언급한 내용을 기억하세요.
비트맵이 아닌 벡터를 전송하는 데 관심이 많습니다.
따라서 Google은 Lottie나 다른 형식을 RemoteCompose 파일에서 사용할 수 있는 RemoteCompose 구성요소로 변환하는 데 도움이 되는 몇 가지 도구를 빌드하고 있습니다.
앞서 추가 도구도 개발 중이라고 말씀드렸는데, 특히 문서 검사기와 같은 도구를 개발 중입니다. 개발자 경험을 통해 문서를 만드는 것도 중요하지만, 그 결과물을 검사할 수 있는 것도 중요하기 때문입니다.
여기서는 문서입니다.
현재 개발 중인 도구를 간단히 살펴보겠습니다.
RemoteCompose 문서 검사기입니다. 이름에서 알 수 있듯이 문서를 검사하고 여러 유용한 도구와 시각화를 적용할 수 있습니다.
좋은 예로, 문서를 열고 문서에 있는 다양한 작업을 단계별로 실행하여 모든 것이 어떻게 연결되는지 더 잘 이해할 수 있습니다.
하지만 추가 도구가 있습니다.
예를 들어 저는 이 기능이 정말 마음에 드는데요, 문서를 다양한 밀도와 크기로 즉시 시각화해 주므로, 예를 들어 빌드 중인 항목이 다양한 크기 변화에 잘 적응하는지 매우 빠르게 확인할 수 있습니다.
최근에 작업 중인 것 중 하나는 본격적인 Layout Inspector입니다. Android 스튜디오에서 익숙한 유형의 레이아웃 검사 기능이지만 여기서는 작업과 문서에 적용됩니다.
3D 측면에서 더 나아갈 수 있습니다.
앞서 말씀드렸듯이, 이제는 작은 것이 특징이라는 점을 이해하셨을 것입니다.
중요한 문제입니다.
작은 문서가 필요합니다.
모두에게 도움이 됩니다.
그렇게 해 주세요.
그렇다면 어떻게 해야 할까요?
UI의 일반적인 예를 들어보겠습니다.
행이 많은 데이터 세트입니다.
행 자체에는 이름, 작은 그래프, 버튼이 있습니다.
일반적인 상황입니다.
이 UI의 크기는 이미 상당히 작습니다.
약 25kB 정도이지만 RemoteCompose에는 실제로 더 작게 만들 수 있는 다양한 기능이 있습니다.
그럼 하나씩 살펴보겠습니다.
첫 번째로, 동일한 문자열을 전송하는 경우 이를 감지합니다. 이 작업은 무료로 제공됩니다.
동일한 문자열을 가리키면 바이트를 줄일 수 있습니다.
하지만 루프와 같은 더 많은 기능을 제공합니다.
여기서는 이 루프 연산을 사용하여 작은 그래프를 그렸습니다.
이렇게 하면 몇 바이트를 더 절약할 수 있습니다.
함수도 있습니다.
따라서 함수를 만들 수 있습니다. 여기서는 해당 그래프에 대해 다시 함수를 만들고 있으며, 그런 다음 해당 그래프를 여러 번 호출할 수 있습니다.
이렇게 하면 바이트를 절약할 수 있습니다.
구성요소에는 템플릿이 있죠?
함수와 비슷한 개념이지만 구성요소에 더 가깝습니다.
따라서 올바른 매개변수로 템플릿을 호출하기만 하면 다양한 구성요소와 행을 모두 대체할 수 있으므로 문서에서 많은 부분을 절약할 수 있습니다.
마지막으로 기본적으로 지원되는 기능은 문서를 압축하는 것입니다.
일반적으로 이 방법을 사용하면 문서 크기를 절반 정도 줄일 수 있습니다.
한 가지 흥미로운 점은 문서의 헤더가 약간 특별하다는 것입니다.
Google에서는 이를 압축하지 않습니다.
압축을 풀지 않고도 수많은 문서를 빠르게 살펴볼 수 있어 매우 유용합니다.
결론적으로 문서는 기본적으로 작지만 훨씬 더 작게 만들 수도 있습니다.
이 간단한 예시를 통해, 작은 특성 하나만으로도 크기를 10배나 줄이는 것이 얼마나 쉬운지 알 수 있습니다.
Android 플랫폼의 위젯, 특히 런처 위젯에 관해 이야기했습니다.
그럼 Google에서 무엇을 하고 있고 이미 무엇이 나와 있는지 간단히 살펴보겠습니다.
따라서 가장 먼저 할 수 있는 일은 시계와 같은 기존 위젯을 RemoteCompose에서만 복제하는 것입니다. 그러면 RemoteCompose에서만 동일하게 작동합니다.
하지만 더 많은 작업을 할 수 있습니다.
따라서 더 적응형 UI, 크기 조절 및 올바른 애니메이션이 적용되는 위젯을 만들고 싶다면 이제 가능합니다.
원격 뷰로 할 수 있는 작업과 달리 이 작업을 수행하는 데 적합한 기본 요소가 있기 때문입니다.
기본적으로 훨씬 더 많은 유연성과 기능을 제공합니다.
그리고 강력함에 대해 이야기하자면, 여러분이 할 수 있는 놀라운 일의 간단한 예가 있습니다.
위젯에 전체 게임이 표시됩니다.
그리고 해당 위젯의 실제 크기를 가리킵니다.
4KB입니다.
전송은 원격 Compose에서 직접 처리하는 것이 아니라고 말씀드렸습니다.
하지만 위젯의 경우, 문서를 가져와 런처로 쉽게 전송할 수 있는 RemoteCompose Widget 커넥터 클래스를 제공합니다.
하지만 이미 위젯이 있는 경우 Glance를 계속 사용하는 것이 좋습니다. Glance의 최신 버전은 플랫폼에서 원격 Compose를 내보내는 백엔드를 자동으로 제공하기 때문입니다.
이제 Wear OS에 대해 이야기해 보겠습니다.
니코, 감사합니다.
여러분, 안녕하세요.
저는 존 졸러입니다.
Wear OS에 관해 말씀드리겠습니다.
이 프레젠테이션을 위해 농담을 30개 정도 썼는데, 어머니께 말씀드렸더니 하나라도 말하면 해고될 거라고 하시더군요.
따라서 이 부분은 건너뛰고 프레젠테이션을 진행하겠습니다.
이제 원격 Compose와 Wear OS에서 원격 Compose를 사용할 때의 이점에 대해 알아보겠습니다.
먼저 새로운 Wear OS 운동 추적기에 대해 이야기해 보겠습니다.
이 앱은 Remote Compose를 사용하여 빌드했는데, Wear OS에서 모든 기능을 갖춘 고품질 운동 추적기를 빌드하는 것은 정말 어렵습니다.
시간이 좀 걸립니다.
그래서 Fitbit에서 대신 해 드렸습니다. 실시간 측정항목, 미디어 제어 기능과 같은 멋진 최신 운동 기능을 추가했습니다.
또한 원격 Compose 덕분에 모든 실행에서 UI를 분리할 수 있었기 때문에 매우 효율적으로 실행할 수 있으며 사용자의 배터리를 소모하지 않는 데 도움이 됩니다.
원격 Compose 없이 일반 Compose만 사용했다면 화면에서 실시간 측정항목을 초 단위로 새로고침할 수 없었을 것입니다.
측정항목을 표시하기 위해 대기 모드에서 시계를 깨워야 하므로 실제로 1분이 걸립니다.
이는 큰 이점입니다.
믿기지 않겠지만 사실 이 이미지는 GIF입니다.
이것은 사진이 아닙니다.
아직 움직이지 않았지만 약 45초 후에 다음 측정항목 업데이트가 진행되면 움직일 것입니다.
하지만 이것이 원격 Compose의 장점입니다.
그 결과
Wear 운동 트래커는 실제로 사용할 수 있습니다.
ASICS Runkeeper 앱은 이 기능을 사용하여 새 애플리케이션을 빌드했습니다. 이 링크를 따라 공개 베타 테스트에 참여하면 지금 바로 사용해 볼 수 있습니다.
다음은 Wear OS 위젯입니다.
이는 원격 작성의 또 다른 좋은 예입니다.
이 라이브러리는 이전 ProtoLayout Tiles 라이브러리를 대체하므로 더 이상 기기별로 두 가지 유형의 UI 프레임워크를 지원할 필요가 없습니다.
Remote Compose로 이 모든 작업을 할 수 있습니다.
또한 Wear OS의 위젯은 Jetpack Glance의 일부이므로 통합된 Android 위젯 생태계의 일부입니다.
이 생태계의 일부로 RemoteCompose 위젯의 UI는 특정 앱 프로세스에서 완전히 분리되므로 Android 스택의 나머지 부분과 동일한 기술을 사용하여 Wear OS 기기에서 안전하게 직렬화하고 렌더링할 수 있습니다.
또한 원격 Compose는 위젯에 최신 그래픽과 반응형 레이아웃을 제공하며, 이 모든 작업을 매우 효율적으로 수행하고 배터리 소모도 적습니다.
Wear OS 7에서는 하드웨어 제조업체들이 이미 세로 스크롤 트레이를 채택하고 있습니다.
이것은 삼성 갤럭시 워치입니다. 여기에서 위젯이 트레이를 통해 세로로 스크롤되는 것을 볼 수 있습니다.
카드를 위젯으로 이전하는 방법에 대해 자세히 알아보려면 이 링크를 확인하세요.
타일에 가로 캐러셀을 사용하는 이전 기기에서는 위젯이 전체 화면 타일로 자동 표시됩니다.
또한 Wear OS 4와도 완벽하게 하위 호환됩니다.
또한 이 링크를 통해 이전 버전과의 호환성에 대해 자세히 알아볼 수 있습니다.
이미 위젯을 도입한 다른 파트너도 몇 군데 있습니다.
확인해 보세요.
이상입니다.
네, 니코님께 다시 넘기겠습니다.
감사합니다.
좋습니다.
이것으로 설명을 마치겠습니다.
원격 Compose의 몇 가지 기능을 검토했습니다.
아직 언급하지 않은 몇 가지가 더 있습니다.
매우 풍부한 프레임워크입니다.
사용 가능한 문서와 향후 제공될 문서를 살펴보시기 바랍니다.
저희의 목표는 원격 Compose를 사용하여 다양한 원격 표시 경로를 모두 처리할 수 있는 미래를 구축하는 것입니다.
Wear, 위젯과 같은 몇 가지를 보셨죠.
하지만 앞으로 더 많은 기능이 제공될 예정입니다.
이 프로젝트는 현재 진행 중입니다.
현재 개발 중입니다.
Google은 이 모든 것을 공개적으로 개발합니다.
우리가 무엇을 하고 있는지 볼 수 있습니다.
하지만 개발자의 의견을 듣고 싶습니다.
Google은 이를 위해 노력하고 있습니다.
추가 아이디어나 놓친 부분이 있으면 알려주세요.
의견을 주시면 감사하겠습니다.
마지막으로, 방금 보신 전체 프레젠테이션은 애니메이션을 포함하여 모두 원격 Compose로 제작되었습니다.