자동차용 Android 앱 라이브러리를 사용하면 내비게이션, 주차, 충전 앱을 자동차에서 사용할 수 있습니다. 운전자 주의 분산 행동 표준을 충족하도록 설계된 일련의 템플릿을 제공하고 다양한 자동차 화면 요소 및 입력 모달리티와 같은 세부사항을 처리하여 이를 달성합니다.
이 가이드에서는 라이브러리의 주요 기능과 개념을 간략히 설명하고 간단한 앱을 설정하는 과정을 안내합니다.
시작하기 전에
- 자동차용 Android 앱 라이브러리 디자인 가이드라인을 검토합니다.
- 이 섹션에 나열된 주요 용어와 개념을 검토합니다.
- Android Auto 시스템 UI를 숙지합니다.
- 출시 노트를 검토합니다.
- 샘플을 검토합니다.
- [비공개 소스 라이브러리에만 적용] 자동차용 Android 앱 라이브러리 이용약관을 검토합니다.
주요 용어 및 개념
- 모델 및 템플릿
- 사용자 인터페이스는 모델 객체가 속한 템플릿에서 허용하는 다양한 방법으로 함께 정렬될 수 있는 모델 객체의 그래프로 표현됩니다. 템플릿은 이러한 그래프에서 루트 역할을 할 수 있는 모델의 하위 집합입니다. 모델에는 사용자에게 표시될 정보(텍스트 및 이미지 형식)와 이러한 정보의 시각적 표시 측면을 구성하는 속성(예: 텍스트 색상 또는 이미지 크기)이 포함됩니다. 호스트는 운전자 주의 분산 행동 표준을 충족하도록 설계된 뷰로 모델을 변환하고 다양한 자동차 화면 요소 및 입력 모달리티와 같은 세부사항을 처리합니다.
- 호스트
- 호스트는 앱이 자동차에서 실행되도록 라이브러리의 API에서 제공하는 기능을 구현하는 백엔드 구성요소입니다. 호스트의 역할은 앱을 찾고 앱의 수명 주기를 관리하는 것부터 모델을 뷰로 변환하고 앱에 사용자 상호작용을 알리는 것까지 다양합니다. 휴대기기에서 이 호스트는 Android Auto로 구현됩니다.
- 템플릿 제한사항
- 다양한 템플릿이 모델의 콘텐츠에 제한을 적용합니다. 예를 들어 목록 템플릿에는 사용자에게 표시할 수 있는 항목 수에 제한이 있습니다. 템플릿에는 작업 흐름을 형성하기 위해 연결할 수 있는 방법에도 제한이 있습니다. 예를 들어 앱은 화면 스택으로 템플릿을 최대 5개만 푸시할 수 있습니다. 자세한 내용은 템플릿 제한사항을 참고하세요.
- Screen
Screen은 앱이 사용자에게 표시되는 사용자 인터페이스를 관리하기 위해 구현하는 라이브러리에서 제공하는 클래스입니다.Screen은 수명 주기가 있으며 화면이 표시될 때 앱에서 표시할 템플릿을 전송할 수 있는 메커니즘을 제공합니다. 또한,Screen인스턴스는 화면 스택으로 푸시될 수 있고 화면 스택에서 팝될 수도 있으므로 템플릿 흐름 제한사항을 준수할 수 있습니다.- CarAppService
CarAppService는 호스트에서 검색하고 관리하기 위해 앱에서 구현하고 내보내야 하는 추상Service클래스입니다. 앱의CarAppService는CarAppService.createHostValidator를 사용하여 호스트 연결을 신뢰할 수 있는지 검증한 후CarAppService.onCreateSession을 사용하여 각 연결에Session인스턴스를 제공하는 역할을 합니다.- Session
Session은 앱이CarAppService.onCreateSession을 사용하여 구현하고 반환해야 하는 추상 클래스입니다. 이 클래스는 자동차 화면에 정보를 표시하는 진입점 역할을 하며 앱이 표시되거나 숨겨질 때와 같은 앱의 현재 상태를 자동차 화면에 알려주는 수명 주기를 가지고 있습니다.Session이 시작되면(예: 앱이 처음 실행될 때) 호스트에서는Session.onCreateScreen메서드를 사용하여 표시할 초기Screen을 요청합니다.
라이브러리 설치
앱에 라이브러리를 추가하는 방법에 관한 안내는 Jetpack 라이브러리 출시 페이지를 참고하세요.
앱의 매니페스트 파일 구성
자동차 앱을 만들려면 먼저 앱의 매니페스트 파일을 구성해야 합니다.
CarAppService 선언
호스트는 CarAppService 구현을 통해 앱에 연결됩니다. 매니페스트에서 이 서비스를 선언하면 호스트에서 앱을 검색하여 연결할 수 있습니다.
앱 인텐트 필터의 category 요소에서 앱의 카테고리도 선언해야 합니다. 이 요소에 허용되는 값은 지원되는 앱 카테고리 목록을 참고하세요.
다음 코드 스니펫은 매니페스트에서 주차 앱의 자동차 앱 서비스를 선언하는 방법을 보여 줍니다.
<application>
...
<service
...
android:name=".MyCarAppService"
android:exported="true">
<intent-filter>
<action android:name="androidx.car.app.CarAppService"/>
<category android:name="androidx.car.app.category.PARKING"/>
</intent-filter>
</service>
...
<application>
지원되는 앱 카테고리
Android Auto용 Play 스토어에 등록하려면 앱이 지원되는 자동차 앱 카테고리 중 하나에 속해야 합니다. 자동차 앱 서비스를 선언할 때 인텐트 필터에서 다음 지원되는 카테고리 값 중 하나 이상을 추가하여 앱의 카테고리를 선언합니다.
androidx.car.app.category.NAVIGATION: 세부 경로 내비게이션 안내를 제공하는 앱입니다.androidx.car.app.category.PARKING: 주차 위치 찾기와 관련된 기능을 제공하는 앱입니다.androidx.car.app.category.CHARGING: 전기자동차 충전소 찾기와 관련된 기능을 제공하는 앱입니다.
각 카테고리에 속하는 앱에 관한 자세한 설명과 기준은 자동차용 Android 앱 품질을 참고하세요.
앱 이름 및 아이콘 지정
호스트가 시스템 UI에서 앱을 표시하는 데 사용할 수 있는 앱 이름과 아이콘을 지정해야 합니다.
CarAppService의 label 및 icon 요소를 사용하여 앱을 표시하는 데 사용되는 앱 이름과 아이콘을 지정할 수 있습니다.
...
<service
android:name=".MyCarAppService"
android:exported="true"
android:label="@string/my_app_name"
android:icon="@drawable/my_app_icon">
...
</service>
...
service 요소에서 라벨이나 아이콘이 선언되지 않으면 호스트는 애플리케이션에 지정된 값으로 대체합니다.
자동차 앱 API 수준
자동차 앱 라이브러리는 자체 API 수준을 정의하므로 사용자가 지정된 차량에서 템플릿 호스트가 지원하는 라이브러리 기능을 알 수 있습니다.
호스트에서 지원하는 가장 높은 자동차 앱 API 수준을 검색하려면 getCarAppApiLevel() 메서드를 사용하세요.
앱에서 지원하는 최소 자동차 앱 API 수준을 AndroidManifest.xml 파일에 선언해야 합니다.
<manifest ...>
<application ...>
<meta-data
android:name="androidx.car.app.minCarApiLevel"
android:value="1"/>
</application>
</manifest>
이전 버전과의 호환성을 유지하고 기능을 사용하는 데 필요한 최소 API 수준을 선언하는 방법에 관한 자세한 내용은 RequiresCarApi 주석 문서를 참고하세요. 자동차 앱 라이브러리의 특정 기능을 사용하는 데 필요한 API 수준의 정의는 CarAppApiLevels 참조 문서를 확인하세요.
CarAppService 및 세션 만들기
앱은 CarAppService 클래스를 확장하고 현재 호스트 연결에 상응하는 Session 인스턴스를 반환하는 CarAppService.onCreateSession 메서드를 구현해야 합니다.
Kotlin
class HelloWorldService : CarAppService() {
...
override fun onCreateSession(): Session {
return HelloWorldSession()
}
...
}
자바
public final class HelloWorldService extends CarAppService {
...
@Override
@NonNull
public Session onCreateSession() {
return new HelloWorldSession();
}
...
}
Session 인스턴스는 앱이 처음 시작될 때 사용할 Screen 인스턴스를 반환해야 합니다.
Kotlin
class HelloWorldSession : Session() {
...
override fun onCreateScreen(intent: Intent): Screen {
return HelloWorldScreen()
}
...
}
자바
public final class HelloWorldSession extends Session {
...
@Override
@NonNull
public Screen onCreateScreen(@NonNull Intent intent) {
return new HelloWorldScreen();
}
...
}
자동차 앱이 앱의 홈 화면이나 랜딩 화면이 아닌 화면에서 시작해야 하는 시나리오를 처리하려면(예: 딥 링크 처리) ScreenManager.push를 사용하여 화면의 백 스택을 미리 시드할 수 있습니다.
이는 onCreateScreen에서 백 스택을 반환하기 전에 실행합니다.
미리 시드를 사용하면 사용자가 앱에서 표시하는 첫 화면에서 이전 화면으로 이동할 수 있습니다.
시작 화면 만들기
Screen 클래스를 확장하는 클래스를 정의하고 자동차 화면에 표시할 UI 상태를 나타내는 Template 인스턴스를 반환하는 Screen.onGetTemplate 메서드를 구현하여 앱에서 표시하는 화면을 만듭니다.
다음 스니펫은 PaneTemplate 템플릿을 사용하여 간단한 'Hello world!' 문자열을 표시하는 Screen을 선언하는 방법을 보여 줍니다.
Kotlin
class HelloWorldScreen(carContext: CarContext) : Screen(carContext) {
override fun onGetTemplate(): Template {
val row = Row.Builder().setTitle("Hello world!").build()
val pane = Pane.Builder().addRow(row).build()
return PaneTemplate.Builder(pane)
.setHeaderAction(Action.APP_ICON)
.build()
}
}
자바
public class HelloWorldScreen extends Screen {
@NonNull
@Override
public Template onGetTemplate() {
Row row = new Row.Builder().setTitle("Hello world!").build();
Pane pane = new Pane.Builder().addRow(row).build();
return new PaneTemplate.Builder(pane)
.setHeaderAction(Action.APP_ICON)
.build();
}
}
CarContext 클래스
CarContext 클래스는 Session 및 Screen 인스턴스에서 액세스할 수 있는 ContextWrapper 서브클래스로, 자동차 서비스 액세스 권한을 제공합니다. 예를 들면 화면 스택 관리용 ScreenManager, 일반 앱 관련 기능(예: 내비게이션 앱의 지도를 그리는 Surface 객체 액세스)용 AppManager, 세부 경로 안내 내비게이션 앱에서 내비게이션 메타데이터 및 기타 내비게이션 관련 이벤트를 호스트에 전달하는 NavigationManager가 있습니다. 내비게이션 앱에서 사용할 수 있는 전체 라이브러리 기능 목록은 내비게이션 템플릿에 액세스를 참고하세요.
CarContext는 자동차 화면에서 구성을 사용하여 드로어블 리소스를 로드하고 인텐트를 사용하여 자동차에서 앱을 시작하며 내비게이션 앱에서 어두운 모드로 지도를 표시해야 하는지 알릴 수 있는 기타 기능도 제공합니다.
화면 내비게이션 구현
앱에서는 사용자가 화면에 표시된 인터페이스와 상호작용할 때 탐색할 수 있는 여러 화면을 표시하는 경우가 많습니다(각 화면은 다양한 템플릿을 활용할 수 있음).
ScreenManager 클래스는 화면 스택을 제공하며 이 스택은 사용자가 자동차 화면에서 뒤로 버튼을 선택하거나 일부 자동차에 제공되는 하드웨어 뒤로 버튼을 선택할 때 자동으로 표시될 수 있는 화면을 푸시하는 데 사용할 수 있습니다.
다음 스니펫은 메시지 템플릿에 뒤로 작업을 추가하는 방법과 사용자가 선택할 때 새 화면을 푸시하는 작업을 보여 줍니다.
Kotlin
val template = MessageTemplate.Builder("Hello world!")
.setHeaderAction(Action.BACK)
.addAction(
Action.Builder()
.setTitle("Next screen")
.setOnClickListener { screenManager.push(NextScreen(carContext)) }
.build())
.build()
자바
MessageTemplate template = new MessageTemplate.Builder("Hello world!")
.setHeaderAction(Action.BACK)
.addAction(
new Action.Builder()
.setTitle("Next screen")
.setOnClickListener(
() -> getScreenManager().push(new NextScreen(getCarContext())))
.build())
.build();
Action.BACK 객체는 ScreenManager.pop을 자동으로 호출하는 표준 Action입니다.
이 동작은 CarContext에서 사용 가능한 OnBackPressedDispatcher 인스턴스를 사용하여 재정의할 수 있습니다.
운전하는 동안 앱이 안전하게 작동하도록 하기 위해 화면 스택에는 화면이 최대 5개 있을 수 있습니다. 자세한 내용은 템플릿 제한사항을 참고하세요.
템플릿 콘텐츠 새로고침
앱에서는 Screen.invalidate 메서드를 호출하여 Screen의 콘텐츠를 무효화하도록 요청할 수 있습니다. 그런 다음 호스트는 앱의 Screen.onGetTemplate 메서드를 다시 호출하여 새 콘텐츠가 있는 템플릿을 검색합니다.
Screen을 새로고침할 때 호스트가 새 템플릿을 템플릿 할당량에 포함하지 않도록 업데이트할 수 있는 템플릿의 특정 콘텐츠를 파악하는 것이 중요합니다.
자세한 내용은 템플릿 제한사항을 참고하세요.
Screen과 Screen.onGetTemplate 구현을 통해 반환하는 템플릿 유형 간에 일대일 매핑이 있도록 화면을 구성하는 것이 좋습니다.
사용자와 상호작용
앱이 모바일 앱과 유사한 패턴을 사용하여 사용자와 상호작용할 수 있습니다.
사용자 입력 처리
앱은 리스너를 지원하는 모델에 적절한 리스너를 전달하여 사용자 입력에 응답할 수 있습니다. 다음 스니펫은 Action 모델을 만드는 방법을 보여 주며 이 모델은 앱 코드에서 정의된 메서드를 다시 호출하는 OnClickListener를 설정합니다.
Kotlin
val action = Action.Builder()
.setTitle("Navigate")
.setOnClickListener(::onClickNavigate)
.build()
자바
Action action = new Action.Builder()
.setTitle("Navigate")
.setOnClickListener(this::onClickNavigate)
.build();
그러면 onClickNavigate 메서드는 CarContext.startCarApp 메서드를 사용하여 기본 내비게이션 자동차 앱을 시작할 수 있습니다.
Kotlin
private fun onClickNavigate() {
val intent = Intent(CarContext.ACTION_NAVIGATE, Uri.parse("geo:0,0?q=" + address))
carContext.startCarApp(intent)
}
자바
private void onClickNavigate() {
Intent intent = new Intent(CarContext.ACTION_NAVIGATE, Uri.parse("geo:0,0?q=" + address));
getCarContext().startCarApp(intent);
}
ACTION_NAVIGATE 인텐트 형식을 비롯하여 앱을 시작하는 방법에 관한 자세한 내용은 인텐트로 자동차 앱 시작을 참고하세요.
사용자가 휴대기기에서 상호작용을 계속하도록 안내해야 하는 일부 작업은 자동차가 주차된 때만 허용됩니다.
ParkedOnlyOnClickListener를 사용하여 이러한 작업을 구현할 수 있습니다. 자동차가 주차되어 있지 않으면 호스트는 사용자에게 이 경우 허용되지 않는 작업이라는 메시지를 표시합니다. 자동차가 주차되어 있으면 코드가 정상적으로 실행됩니다. 다음 스니펫은 ParkedOnlyOnClickListener를 사용하여 휴대기기에서 설정 화면을 여는 방법을 보여 줍니다.
Kotlin
val row = Row.Builder()
.setTitle("Open Settings")
.setOnClickListener(ParkedOnlyOnClickListener.create(::openSettingsOnPhone))
.build()
자바
Row row = new Row.Builder()
.setTitle("Open Settings")
.setOnClickListener(ParkedOnlyOnClickListener.create(this::openSettingsOnPhone))
.build();
알림 표시
휴대기기로 전송된 알림은 CarAppExtender로 확장된 경우에만 자동차 화면에 표시됩니다.
콘텐츠 제목, 텍스트, 아이콘, 작업과 같은 일부 알림 속성은 CarAppExtender에서 설정할 수 있으므로 자동차 화면에 표시될 때 알림의 속성을 재정의합니다.
다음 스니펫은 휴대기기에 표시된 것과 다른 제목을 표시하는 자동차 화면으로 알림을 전송하는 방법을 보여 줍니다.
Kotlin
val notification = NotificationCompat.Builder(context, NOTIFICATION_CHANNEL_ID)
.setContentTitle(titleOnThePhone)
.extend(
CarAppExtender.Builder()
.setContentTitle(titleOnTheCar)
...
.build())
.build()
자바
Notification notification = new NotificationCompat.Builder(context, NOTIFICATION_CHANNEL_ID)
.setContentTitle(titleOnThePhone)
.extend(
new CarAppExtender.Builder()
.setContentTitle(titleOnTheCar)
...
.build())
.build();
알림은 다음과 같은 사용자 인터페이스 부분에 영향을 줄 수 있습니다.
- 헤드업 알림(HUN)은 사용자에게 표시될 수 있습니다.
- 알림 센터의 항목은 추가될 수 있고 선택적으로 배지가 레일에 표시됩니다.
- 내비게이션 앱의 경우 세부 경로 안내 알림에 설명된 대로 알림이 레일 위젯에 표시될 수 있습니다.
애플리케이션에서는 CarAppExtender 문서에 설명된 대로 알림 우선순위를 사용하여 이러한 각 사용자 인터페이스 요소에 영향을 주는 알림을 구성하는 방법을 선택할 수 있습니다.
NotificationCompat.Builder.setOnlyAlertOnce를 true 값으로 호출하면 우선순위가 높은 알림이 HUN으로 한 번만 표시됩니다.
자동차 앱의 알림을 디자인하는 방법에 관한 자세한 내용은 알림을 참고하세요.
토스트 메시지 표시
다음 스니펫과 같이 앱에서는 CarToast를 사용하여 토스트 메시지를 표시할 수 있습니다.
Kotlin
CarToast.makeText(carContext, "Hello!", CarToast.LENGTH_SHORT).show()
자바
CarToast.makeText(getCarContext(), "Hello!", CarToast.LENGTH_SHORT).show();
권한 요청
앱이 제한된 데이터나 작업에 액세스해야 하는 경우(예: 위치 액세스 권한 가져오기) Android 권한의 표준 규칙도 앱에 적용됩니다. 권한을 요청하려면 CarContext.requestPermissions() 메서드를 사용하면 됩니다. Android Auto에서는 사용자의 권한 대화상자가 휴대전화에 표시됩니다.
표준 Android API를 사용하는 것과 달리 CarContext.requestPermissions()를 사용하면 권한 대화상자를 생성하기 위해 자체 Activity를 실행하지 않아도 되는 장점이 있습니다. 올해 하반기에 Android Automotive OS 지원을 이용할 수 있게 된다면 플랫폼에 종속된 흐름을 만들지 않아도 Android Auto와 Android Automotive OS에서 동일한 코드를 사용할 수도 있습니다.
인텐트로 자동차 앱 시작
CarContext.startCarApp 메서드를 호출하여 다음 작업 중 하나를 실행할 수 있습니다.
- 다이얼러를 열어 전화를 겁니다.
- 기본 내비게이션 자동차 앱을 사용하여 위치를 찾는 세부 경로 안내 내비게이션을 시작합니다.
- 인텐트로 자체 앱을 시작합니다.
다음 예는 주차 예약 세부정보가 표시된 화면에서 앱을 여는 작업으로 알림을 만드는 방법을 보여 줍니다.
명시적 인텐트를 앱 작업에 래핑하는 PendingIntent가 포함된 콘텐츠 인텐트로 알림 인스턴스를 확장합니다.
Kotlin
val notification = notificationBuilder
...
.extend(
CarAppExtender.Builder()
.setContentIntent(
PendingIntent.getBroadcast(
context,
ACTION_VIEW_PARKING_RESERVATION.hashCode(),
Intent(ACTION_VIEW_PARKING_RESERVATION)
.setComponent(ComponentName(context, MyNotificationReceiver::class.java)),
0))
.build())
자바
Notification notification = notificationBuilder
...
.extend(
new CarAppExtender.Builder()
.setContentIntent(
PendingIntent.getBroadcast(
context,
ACTION_VIEW_PARKING_RESERVATION.hashCode(),
new Intent(ACTION_VIEW_PARKING_RESERVATION)
.setComponent(new ComponentName(context, MyNotificationReceiver.class)),
0))
.build());
앱은 사용자가 알림 인터페이스에서 작업을 선택하고 데이터 URI 등의 인텐트로 CarContext.startCarApp를 호출할 때 인텐트를 처리하기 위해 호출되는 BroadcastReceiver도 선언해야 합니다.
Kotlin
class MyNotificationReceiver : BroadcastReceiver() {
override fun onReceive(context: Context, intent: Intent) {
val intentAction = intent.action
if (ACTION_VIEW_PARKING_RESERVATION == intentAction) {
CarContext.startCarApp(
intent,
Intent(Intent.ACTION_VIEW)
.setComponent(ComponentName(context, MyCarAppService::class.java))
.setData(Uri.fromParts(MY_URI_SCHEME, MY_URI_HOST, intentAction)))
}
}
}
자바
public class MyNotificationReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
String intentAction = intent.getAction();
if (ACTION_VIEW_PARKING_RESERVATION.equals(intentAction)) {
CarContext.startCarApp(
intent,
new Intent(Intent.ACTION_VIEW)
.setComponent(new ComponentName(context, MyCarAppService.class))
.setData(Uri.fromParts(MY_URI_SCHEME, MY_URI_HOST, intentAction)));
}
}
}
마지막으로 앱의 Session.onNewIntent 메서드는 아직 상단에 있지 않은 경우 스택에서 주차 예약 화면을 푸시하여 이 인텐트를 처리합니다.
Kotlin
override fun onNewIntent(intent: Intent) {
val screenManager = carContext.getCarService(ScreenManager::class.java)
val uri = intent.data
if (uri != null
&& MY_URI_SCHEME == uri.scheme
&& MY_URI_HOST == uri.schemeSpecificPart
&& ACTION_VIEW_PARKING_RESERVATION == uri.fragment
) {
val top = screenManager.top
if (top !is ParkingReservationScreen) {
screenManager.push(ParkingReservationScreen(carContext))
}
}
}
자바
@Override
public void onNewIntent(@NonNull Intent intent) {
ScreenManager screenManager = getCarContext().getCarService(ScreenManager.class);
Uri uri = intent.getData();
if (uri != null
&& MY_URI_SCHEME.equals(uri.getScheme())
&& MY_URI_HOST.equals(uri.getSchemeSpecificPart())
&& ACTION_VIEW_PARKING_RESERVATION.equals(uri.getFragment())
) {
Screen top = screenManager.getTop();
if (!(top instanceof ParkingReservationScreen)) {
screenManager.push(new ParkingReservationScreen(getCarContext()));
}
}
}
자동차 앱의 알림을 처리하는 방법에 관한 자세한 내용은 알림 표시를 참고하세요.
템플릿 제한사항
호스트는 주어진 작업에 표시할 템플릿 수를 최대 5개로 제한하고 5개 중 마지막 템플릿은 다음 유형 중 하나여야 합니다.
이 제한은 템플릿 수에 적용되고 스택의 Screen 인스턴스 수에는 적용되지 않습니다.
예를 들어 화면 A에서 앱이 템플릿을 2개 전송하고 화면 B를 푸시하면 이제 템플릿을 3개 더 전송할 수 있습니다. 또는 각 화면이 단일 템플릿을 전송하도록 구성된 경우 앱은 화면 인스턴스 5개를 ScreenManager 스택으로 푸시할 수 있습니다.
템플릿 새로고침, 뒤로 및 재설정 작업 등 이러한 제한사항에는 특수한 사례가 있습니다.
템플릿 새로고침
특정 콘텐츠 업데이트는 템플릿 제한에 포함되지 않습니다. 일반적으로 앱이 이전 템플릿과 유형이 동일하고 포함된 기본 콘텐츠도 동일한 새 템플릿을 푸시한다면 새 템플릿은 할당량에 포함되지 않습니다. 예를 들어 ListTemplate에서 행의 전환 상태를 업데이트해도 할당량에 포함되지 않습니다. 새로고침으로 간주할 수 있는 콘텐츠 업데이트 유형에 관한 자세한 내용은 개별 템플릿 문서를 참고하세요.
뒤로 작업
작업 내에서 하위 흐름을 사용 설정하기 위해 호스트는 앱이 ScreenManager 스택에서 Screen을 표시할 때를 감지하고 앱이 뒤로 이동할 템플릿 수에 따라 나머지 할당량을 업데이트합니다.
예를 들어 화면 A에서 앱이 템플릿을 2개 전송하고 화면 B를 푸시한 후 템플릿을 2개 더 전송하면 앱에 남은 할당량은 하나입니다. 앱이 다시 화면 A로 돌아오면 호스트는 할당량을 3으로 재설정합니다. 앱이 템플릿 2개만큼 뒤로 이동했기 때문입니다.
화면으로 다시 돌아올 때 앱은 이 화면에서 마지막으로 전송한 것과 동일한 유형의 템플릿을 전송해야 합니다. 다른 템플릿 유형을 전송하면 오류가 발생합니다. 그러나 뒤로 작업 시 유형이 동일하게 유지되는 한 앱은 할당량에 영향을 주지 않고 템플릿의 콘텐츠를 자유롭게 수정할 수 있습니다.
작업 재설정
특정 템플릿에는 작업의 끝을 나타내는 특수한 의미 체계가 있습니다. 예를 들어 NavigationTemplate은 화면에 계속 유지되고 사용자 소비를 위한 새로운 세부 경로 안내로 새로고침될 것으로 예상되는 뷰입니다. 이러한 템플릿 중 하나에 도달하면 호스트는 템플릿 할당량을 재설정하여 템플릿을 새 작업의 첫 번째 단계인 것처럼 간주하므로 앱에서 새 작업을 시작할 수 있습니다.
호스트에서 재설정을 트리거하는 템플릿은 개별 템플릿 문서를 참고하세요.
호스트가 인텐트를 수신하여 알림 작업이나 런처에서 앱을 시작하면 할당량도 재설정됩니다. 이 메커니즘으로 앱은 알림에서 새 작업 흐름을 시작할 수 있고 앱이 이미 바인딩되고 포그라운드에 있더라도 마찬가지입니다.
앱 알림을 자동차 화면에 표시하는 방법에 관한 자세한 내용은 알림 표시를, 알림 작업에서 앱을 시작하는 방법은 인텐트로 자동차 앱 시작을 참고하세요.
로그인 흐름 추가
앱이 사용자에게 로그인 환경을 제공하는 경우 자동차 앱 API 수준 2 이상과 함께 SignInTemplate 및 LongMessageTemplate과 같은 템플릿을 사용하여 자동차 헤드 단위의 앱 로그인을 처리할 수 있습니다.
SignInTemplate을 만들려면 SignInMethod를 정의해야 합니다. 자동차 앱 라이브러리는 현재 세 가지 로그인 방법을 지원합니다.
InputSignInMethod: 사용자 이름/비밀번호 로그인PinSignInMethod: PIN 코드 로그인. 사용자가 헤드 단위에 표시되는 핀을 사용하여 휴대전화의 계정을 연결합니다.ProviderSignInMethod: 제공자 로그인(예: Google 로그인)
예를 들어, 사용자 비밀번호를 수집하는 템플릿을 구현하려면 사용자 입력을 처리하고 확인하는 InputCallback을 생성하여 시작합니다.
Kotlin
val callback = object : InputCallback {
override fun onInputSubmitted(text: String) {
// You will receive this callback when the user presses enter on the keyboard.
}
override fun onInputTextChanged(text: String) {
// You will receive this callback as the user is typing. The update frequency is determined by the host.
}
}
자바
InputCallback callback = new InputCallback() {
@Override
public void onInputSubmitted(@NonNull String text) {
// You will receive this callback when the user presses enter on the keyboard.
}
@Override
public void onInputTextChanged(@NonNull String text) {
// You will receive this callback as the user is typing. The update frequency is determined by the host.
}
};
InputCallback은 InputSignInMethod Builder에 필요합니다.
Kotlin
val passwordInput = InputSignInMethod.Builder(callback)
.setHint("Password")
.setInputType(InputSignInMethod.INPUT_TYPE_PASSWORD)
...
.build()
자바
InputSignInMethod passwordInput = new InputSignInMethod.Builder(callback)
.setHint("Password")
.setInputType(InputSignInMethod.INPUT_TYPE_PASSWORD)
...
.build();
마지막으로 새로운 InputSignInMethod를 사용하여 SignInTemplate을 만듭니다.
Kotlin
SignInTemplate.Builder(passwordInput)
.setTitle("Sign in with username and password")
.setInstructions("Enter your password")
.setHeaderAction(Action.BACK)
...
.build()
자바
new SignInTemplate.Builder(passwordInput)
.setTitle("Sign in with username and password")
.setInstructions("Enter your password")
.setHeaderAction(Action.BACK)
...
.build();
텍스트 문자열 변형 추가
자동차 화면 크기에 따라 표시되는 텍스트양이 다를 수 있습니다. 자동차 앱 API 수준 2 이상에서는 화면에 가장 적합하도록 텍스트 문자열의 변형을 여러 가지로 지정할 수 있습니다. 텍스트 변형이 허용되는 위치를 확인하려면 CarText를 사용하는 템플릿 및 구성요소를 찾아야 합니다.
CarText.Builder.addVariant() 메서드를 사용하여 CarText에 텍스트 문자열 변형을 추가할 수 있습니다.
Kotlin
val itemTitle = CarText.Builder("This is a very long string")
.addVariant("Shorter string")
...
.build()
자바
CarText itemTitle = new CarText.Builder("This is a very long string")
.addVariant("Shorter string")
...
.build();
그런 다음, 예를 들어 이 CarText를 GridItem의 기본 텍스트로 사용할 수 있습니다.
Kotlin
GridItem.Builder()
.addTitle(itemTitle)
...
.build()
자바
new GridItem.Builder()
.addTitle(itemTitle)
...
build();
선호도가 가장 높은 순에서 가장 낮은 순으로 문자열을 추가합니다(예: 가장 긴 문자열에서 가장 짧은 문자열 순). 호스트는 자동차 화면에서 사용할 수 있는 공간에 따라 적절한 길이의 문자열을 선택합니다.
CarAppService, Session 및 Screen 수명 주기
Session 및 Screen 클래스는 LifecycleOwner 인터페이스를 구현합니다. 사용자가 앱과 상호작용할 때 Session 및 Screen 객체의 수명 주기 콜백이 다음 다이어그램과 같이 호출됩니다.
CarAppService 및 세션의 수명 주기
Session 수명 주기자세한 내용은 Session.getLifecycle 메서드 문서를 참고하세요.
화면의 수명 주기
Screen 수명 주기자세한 내용은 Screen.getLifecycle 문서를 참고하세요.
테스트 라이브러리
자동차용 Android 테스트 라이브러리는 테스트 환경에서 앱 동작을 확인하는 데 사용할 수 있는 보조 클래스를 제공합니다. 예를 들어 SessionController를 사용하면 호스트 연결을 시뮬레이션하고 Screen과 Template이 정확하게 생성되고 반환되었는지 확인할 수 있습니다.
사용 예는 샘플을 참고하세요.
자동차용 Android 앱 라이브러리 문제 신고
라이브러리에 문제가 있다면 Google Issue Tracker를 사용하여 신고하세요. 문제 템플릿에 요청된 모든 정보를 작성해야 합니다.
새로운 문제를 신고하기 전에 문제가 라이브러리의 출시 노트에 등록되어 있는지 또는 문제 목록에 보고되어 있는지 확인합니다. Tracker에서 문제의 별표를 클릭하여 문제를 구독하고 투표를 할 수 있습니다. 자세한 내용은 문제 구독을 참고하세요.