Google Developers Korea Blog

Flutter 1.0 출시 요약 뉴스

Wednesday, May 22, 2019

.post-body span { white-space: normal !important; } <블로그 원문은 이곳에서 확인하실 수 있습니다> 우리가 전 세계적인 Flutter 기념 행사인 Flutter Live를 개최한 지 2주일 정도 지나 행사에 대해 몇 가지 반추한 사항을 공유해야겠다고 생각했습니다. Flutter 팀은 Flutter 1.0의 출시에 즈음하여 커뮤니티의 열광적인 반응에 압도되었습니다. Flutter를 사용하면 즐겨 사용하시는 IDE/편집기 및 개발자의 생산성을 훨씬 더 높여주는 오픈소스 런타임과 함께 작동하는 도구를 사용하여 빠르고 멋진 앱을 빌드할 수 있습니다. 이번 행사는 Flutter에 대한 우리의 계획을 공유하고 파트너들이 Flutter를 기반으로 놀라운 방식으로 빌드하고 있는 몇몇 사례를 시연하고 전 세계 곳곳의 Flutter 커뮤니티 그룹이 함께 모이는 모습을 목격한 잊지 못할 순간이었습니다. Flutter의 모멘텀 올해(2018년) 2월에 Flutter가 베타 단계로 들어간 후로 25만여 명의 개발자가 2억여 명의 사용자를 위해 다양한 앱을 빌드했습니다. 그 짧은 시간에 벌써 Flutter의 저장소는 GitHub에서 실제 가장 많이 사용되는 25개의 소프트웨어 저장소 중 하나가 되었습니다. Flutter Live에서 우리는 Flutter가 GitHub에서 실제로 사용되는 가장 인기있는 소프트웨어 저장소 순위에서 34위라는 사실을 밝혔는데, 행사 이후로 이미 21위까지 치고 올라왔습니다. 이는 Swift, Kubernetes, Angular, TypeScript 등을 앞서는 순위입니다. 우리는 개발자들이 Flutter에 보여주시는 뜨거운 애정에 계속 놀라움을 금치 못하고 더욱 겸허한 마음을 갖게 됩니다. 그리고 개발자 여러분이 Flutter를 사용하여 훌륭한 앱을 빌드하고 있음이 분명합니다. Reflectly, Topline from Abbey Road 그리고 새로 나온 History of Everything과 같은 앱을 보면 모든 픽셀과 모션이 얼마나 놀랍게 구현되어 있는지 느낄 수 있습니다. 이러한 앱과 다른 인기 Flutter 앱에 대한 Google Play와 Apple App Store의 평가를 보면 사용자들이 이러한 점에 동의한다는 사실을 알 수 있습니다. 기조연설에서 주요 주제로 다루어지는 데서 볼 수 있듯이, Flutter Live 이벤트에도 그 모멘텀이 작용했습니다.

그 모든 것이 이벤트 자체를 위해 준비되었으며, 이 10분 분량의 하이라이트 동영상에 요약되어 있습니다.

아직 보지 못하신 분은 Flutter Live 콘텐츠 전체 재생목록을 확인해보세요. Flutter 커뮤니티 Flutter 1.0에 이르기까지 Google뿐만 아니라 커뮤니티 전체의 공로가 컸습니다. Flutter 커뮤니티는 Flutter와 관련 도구의 개발에 있어 매우 소중한 역할을 했는데, 285명의 참가자가 12,000회 이상 커밋을 맡아주셨습니다. Flutter는 전 세계적인 참여를 촉진하기 위해 개방적 환경에서 개발되었지만, 개발팀조차 커뮤니티가 얼마나 강력하고 빠르게 성장할지 결코 예상치 못했습니다. 거의 알려지지 않은 사실 하나를 소개하자면, Flutter용 Visual Studio Code 플러그인 개발은 (DanTup으로도 알려진) Danny Tuppeny라는 단 한 명의 커뮤니티 개발자가 해낸 일입니다. 이처럼 놀라운 일을 해낸 Danny는 현재 VSCode로 Flutter 작업을 훌륭하게 처리하는 일을 전업으로 삼고 있습니다! Flutter가 개발자들에게 안겨주는 영감은 그 정도 선에서 멈추지 않습니다. 개발자들은 전 세계 여러 곳에서 열린 뷰잉 파티에 함께 모였습니다. 예컨대 에스토니아,

중국,

그리고 우간다 캄팔라까지 말이죠.

#MyFlutterStory에 다양한 스토리를 게시해주신 모든 개발자께 감사드립니다! 최고의 기여자를 선정하기란 어려운 일이었습니다.

모두 정말 부지런하게 활동해주신 개발자들이십니다. pub.dartlang.org에서 Flutter 패키지 목록을 보면 오늘 당장 본인의 프로젝트에도 적용할 수 있는 1,000여 개의 패키지가 나와 있는데, 모두 많은 개발자가 커뮤니티를 통해 기고해주신 패키지입니다. 커뮤니티에서 현재 이러한 리소스를 사용하여 이미 빌드 중인 작업물의 간단한 샘플을 보실 수 있습니다.

하지만 그게 전부가 아닙니다. Flutter 앱에 Firebase를 추가하기 위한 기존의 패키지 세트 외에, 실시간 이미지 및 특징 인식을 구현한 새로운 Firebase MLKit와 Square Reader에서 또는 앱 내에서 직접 결제를 받을 수 있는 Flutter용의 2가지 새로운 Square SDK도 있습니다. 도구 측면에서는, 아마 Android Studio용 Flutter 플러그인과 Visual Studio Code에 이미 익숙하시겠지만 Flutter를 위한 훌륭한 벡터 애니메이션 빌드에 도움이 되는 2Dimensions Flare 또는 Flutter 앱을 위한 Google Play 및 Apple App Store에 테스트 및 연속 배포 기능을 제공하는 Nevercode Codemagic에 대해 알고 계셨나요? Flutter 커뮤니티는 지금도 강력하지만 점점 더 강력해지고 있는 것이 분명합니다. 시작하려면 우선 Flutter 사이트인 flutter.io에서 제공하는 우수한 각종 문서, 샘플, 동영상 및 코드랩을 찾아보세요. Flutter 개발, 문제점 신고 또는 기능 요청에 대해 궁금한 사항이 있으면 Flutter 커뮤니티의 일원이 되어 적극적으로 활동해 보시기 바랍니다. Flutter의 미래 Android와 iOS를 대상으로 하는 Flutter 1.0의 출시와 함께, 개발팀은 이제 막 첫발을 뗀 단계라 할 수 있습니다. 사실, 시험해 볼 만한 새로운 기능들이 베타 버전에 이미 있습니다. Flutter 앱에 기존 모바일 플랫폼 컴포넌트를 추가하고 싶으면 새로운 Web View 및 Google 지도 패키지를 만드는 데 차례로 사용되었던 플랫폼 뷰를 통해 추가할 수 있습니다. 반대로, 기존 모바일 앱에 Flutter 코드를 넣으려면 Add to App 기능을 사용하면 되는데, 이를 통해 Flutter의 성능과 미적 요소를 계속 이용하면서도 현재 앱을 활용할 수 있습니다. 우리는 개발자 여러분의 의견을 바탕으로 Flutter에 계속 기능을 추가해나갈 것입니다. Flutter는 처음부터 단지 모바일만이 아니라 모든 화면을 위한 UI 도구 키트였습니다. 우리는 표준 기반 웹에서 실행할 Flutter 코드를 컴파일할 수 있게 해주는 “Hummingbird”라는 코드명의 프로젝트를 살짝 엿볼 수 있는 기회를 드리는 외에도, Linux, Mac 또는 Windows를 실행하는 데스크톱 기기에서 Flutter를 지원하기 위해 진행 중인 작업의 미리보기를 시연하는 방식으로 이러한 기능을 보여드리기 시작했습니다. 이들은 실험적 프로젝트로, 얼른 개발자 여러분도 사용해보실 수 있도록 마무리하고 고견을 들을 수 있기를 고대하겠습니다. 앞으로 Flutter에 대해 많은 계획을 세워두었지만, 개발자가 지금 바로 사용해 볼 수 있도록 준비되어 있습니다. 무엇을 빌드하시겠습니까?

Mobile World Congress에서 Flutter 1.2 출시

Wednesday, May 22, 2019

.post-body span { white-space: normal !important; }

<블로그 원문은 이곳에서 확인하실 수 있습니다>

Flutter 팀은 바르셀로나에서 열리는 모바일 기술 업계 최대 규모의 연례 회의인 Mobile World Congress에서 라이브로 여러분을 찾아갑니다. 1년 전에 같은 행사에서 Flutter의 최초 베타 버전을 발표한 바 있으며, 그 이후로 Flutter는 우리의 상상을 훌쩍 뛰어넘어 급속히 성장했습니다. 그래서 최초로 선보이는 Flutter의 안정적 업데이트 릴리스로 올해 연례 행사를 기념하는 것이 적절해 보입니다.

Flutter 1.2 Flutter 1.2는 Flutter를 위해 최초로 기능이 업데이트된 버전입니다. 우리는 이번 릴리스를 준비하면서 다음과 같은 몇 가지 주요 영역에 주력했습니다.

코어 프레임워크의 안정성, 성능 및 품질 개선

시각적 마감 처리와 기존 위젯의 기능을 다듬는 작업

Flutter 애플리케이션를 빌드하는 개발자를 위한 새로운 웹 기반 도구

Flutter 1.0을 출시하던 당시에는 출시를 앞두고 마지막 두어 달 동안은 테스트 및 코드 인프라 개선, 끌어오기 요청의 백로그 정리, 전체 프레임워크의 성능 및 품질 개선에 상당한 에너지를 쏟아부었습니다. 우리는 구체적인 사항에 관심이 있는 분을 위해 Flutter 위키에 이러한 요청을 정리한 종합 목록을 올려두었습니다. 이 작업에는 스와힐리어와 같은 새로운 UI 언어를 위한 더욱 폭넓은 지원도 포함되었습니다.

우리는 Material의 더욱 유연한 사용을 지원하고 계속 iOS에서 픽셀의 완벽한 충실도를 추구하기 위해 Material 및 Cupertino 위젯 세트를 둘 다 계속해서 개선하겠습니다. 후자의 작업에는 부동 커서 텍스트 편집을 위한 지원은 물론이고, 사소한 세부 사항에 대해 계속 관심을 보이는 것까지 포함됩니다. 예를 들어 애니메이션 및 그리기 순서를 충실하게 표현하기 위해 iOS에서 텍스트 편집 커서가 그리는 방식을 업데이트했습니다. Robert Penner의 작업물에 영감을 받은 폭넓은 종류의 애니메이션 감속/가속 함수 집합을 위한 지원을 추가했습니다. 그리고 데스크톱 클래스의 운영체제를 위한 더욱 심층적인 지원을 준비하면서 새로운 키보드 이벤트 및 마우스 오버를 위한 지원도 추가했습니다.

플러그인 팀은 Flutter 1.2를 준비하면서 인앱 구매뿐 아니라 비디오 플레이어, 웹뷰 및 지도를 위한 수많은 버그 수정을 지원하기 위해 진행 중인 작업으로도 무척 바빴습니다. Intuit의 한 개발자가 제공한 끌어오기 요청 덕분에, 우리는 이제 앱 크기 감소에 도움이 되고 Android 앱을 위한 동적 제공과 같은 새로운 기능을 지원하는 새로운 패키징 형식인 Android App Bundle을 위한 지원도 제공합니다.

마지막으로, Flutter 1.2는 세트 초기화를 위한 새로운 언어 지원과 함께 컴파일된 코드의 성능을 상당히 개선해주는 업데이트인 Dart 2.2 SDK를 포함합니다. 이 작업에 대한 자세한 내용은 Dart 2.2 발표 내용을 읽어보세요.

(여담이지만, 이 릴리스의 번호를 왜 1.2로 표시하는지 궁금한 분들이 계실 겁니다. 우리의 목표는 대략 월별로 '베타' 채널에 1.x 릴리스를 제공하고 대략 분기마다 프로덕션 환경에서 사용할 준비가 완료된 '안정적인' 채널에 업데이트를 릴리스하는 것입니다. 지난달의 Flutter 1.1은 베타 릴리스였고, 따라서 1.2가 최초의 안정적 릴리스입니다.)
Flutter 개발자를 위한 새로운 도구 모바일 개발자는 다양한 배경을 가진 사람들로 구성되어 있고 종종 저마다 다른 프로그래밍 도구와 편집기를 선호합니다. Flutter는 명령줄에서 앱을 빌드하기 위한 지원뿐 아니라 Android Studio 및 Visual Studio Code를 위한 최고급 지원을 포함한 다양한 도구도 자체적으로 지원하므로, 우리는 디버깅 및 런타임 검사 도구를 노출하는 방식에 유연성이 필요하다는 점을 잘 알고 있었습니다.

Flutter 1.2와 함께 Flutter 개발자의 앱 디버그 및 분석 작업에 도움이 되는 새로운 웹 기반 프로그래밍 도구 세트를 미리 선보이게 되어 기쁩니다. 이들 도구는 현재 Visual Studio Code 및 Android Studio용 확장 프로그램 및 애드인과 함께 설치할 수 있는데, 다음과 같은 여러 가지 기능을 제공합니다.

위젯 검사기: Flutter가 렌더링을 위해 사용하는 트리 계층 구조의 시각화와 탐색을 지원합니다.

타임라인 뷰: 프레임 단위로 애플리케이션을 진단함으로써 앱에서 애니메이션 '버벅거림'의 원인이 될 수 있는 렌더링 및 계산 작업을 식별하는 데 도움이 됩니다.

완전 소스 레벨 디버거: 코드를 단계별로 진행하고 중단점을 설정하고 호출 스택을 조사할 수 있게 해줍니다.

로그 기록 뷰: 애플리케이션에서 로그하는 활동은 물론이고 네트워크, 프레임워크 및 가비지 컬렉션 이벤트도 표시합니다.

우리는 Flutter 개발자와 Dart 개발자 모두를 위해 이 새로운 웹 기반 도구에 더 많이 투자할 계획이며, 웹 기반 환경을 위한 통합이 개선됨에 따라 Visual Studio Code와 같은 도구에 이러한 서비스를 직접 빌드할 계획입니다.
Flutter의 다음 행보는? 우리는 Flutter 1.0을 출시한 후로 엔지니어링 작업 외에 2019년 로드맵 작성에도 공을 들였으므로, 앞으로도 우리가 할 일이 많다는 걸 아실 수 있을 것입니다.

2019년 크게 힘을 쏟을 부분은 Flutter를 모바일 플랫폼을 넘어서까지 성장시키는 것입니다. Flutter Live에서 우리는 'Hummingbird'라는 코드명을 붙인 프로젝트를 발표했는데, 이는 Flutter를 웹으로 가져오기 위한 프로젝트로서 앞으로 몇 개월 후에 기술적 프리뷰를 공유할 계획입니다. 또한 Flutter를 데스크톱 클래스의 기기에 적용하는 작업도 계속 진행할 것이며, 이를 위해서는 위에서 설명한 대로 프레임워크 수준에서 작업하는 능력뿐 아니라, 우리가 Flutter Desktop Embedding 프로젝트를 통해 투자하고 있는, Windows 및 Mac과 같은 운영체제를 위한 애플리케이션을 패키지로 제공하고 배포하는 능력도 필요합니다.
Flutter Create: 5KB 분량의 Dart로 무엇을 할 수 있을까요? 이번 주에는 5KB 이하의 Dart 코드를 사용하여 Flutter로 흥미롭고 영감을 주며 아름다운 앱을 빌드하는 실력을 겨루는 콘테스트인 Flutter Create도 시작되므로 더욱 설렙니다. 5KB는 많은 양이 아닙니다. 일반적인 MP3 파일의 경우 5KB는 대략 1/3초 정도의 음악 데이터 분량에 불과합니다. 하지만 Flutter에서는 이처럼 적은 양의 코드로 우리 모두를 깜짝 놀라게 만들 수 있는 멋진 작품을 얼마든지 만들어낼 수 있다고 장담합니다.

이 콘테스트는 4월 7일까지 계속되므로 멋진 작품을 만들 시간이 몇 주 정도 있으니 도전해보세요. 1만 달러 상당의 가치가 있는 14-코어 프로세서, 128GB 메모리를 탑재하고 완벽한 기능을 갖춘 iMac Pro 개발자용 워크스테이션을 비롯한 엄청난 상품을 준비해놓고 개발자 여러분의 도전을 기다리겠습니다! 여러 가지 Flutter 관련 강연, 코드랩 및 활동 프로그램을 구성할 Google I/O에서 이번 콘테스트의 수상자를 발표하겠습니다.
맺음말

Flutter는 현재 Github에서 20대 소프트웨어 저장소 중 하나로, 매달 전 세계 커뮤니티의 규모가 쑥쑥 커지고 있습니다. 인도 첸나이에서 열리는 모임, 나이지리아 포트하커트에서 송고되는 기사, 덴마크 코펜하겐에서 개발되는 앱, 미국 뉴욕시의 인큐베이션 스튜디오 등등, 개발자 여러분 덕분에 Flutter는 도도한 세계적 조류를 만들어내며 계속 성장하고 있음이 분명합니다. 수억 명의 사용자를 가진 앱과 최초의 아이디어를 시장에 상품으로 선보이는 기업가가 내놓는 앱에서 Flutter를 보실 수 있습니다. 개발자 여러분이 품고 계신 다양한 아이디어를 확인하는 건 정말 흥분되는 일이며, 우리가 Flutter로 그런 멋진 아이디어를 표현하시는 데 도움이 될 수 있기를 바랍니다.

SRM 대학교 Technozzare에서 열린 Flutter 딥 다이브(deep dive) 행사 참석자

마지막으로, 우리는 최근에 Flutter 전용 YouTube 채널을 시작했습니다. 꼭 flutter.dev/youtube에서 구독 신청하시고 Boring Flutter Development Show, Widget of the Week, Flutter in Focus 등을 시청하시기 바랍니다. 인기 많은 인도 판타지 스포츠 사이트 Dream11에서 소개하는 새로운 우수사례뿐 아니라 다른 개발자 스토리도 찾아보실 수 있습니다. 그곳에서 뵙겠습니다!

WorkManager를 소개합니다

Wednesday, May 22, 2019

<블로그 원문은 이곳에서 확인하실 수 있습니다>

Google의 Power 블로그 게시물 시리즈에서는 백그라운드 작업을 처리하기 위한 다양한 고려사항과 모범 사례를 설명합니다. 반복되는 콜아웃 중 하나가 WorkManager라는 Android Jetpack 라이브러리로, JobScheduler 프레임워크 API의 기능에 대해 자세히 설명하고 Android 4.0 이상(API 14 이상)을 지원합니다. WorkManager 베타가 오늘 막 출시되었습니다!

이 블로그 게시물은 WorkManager에 관한 새로운 블로그 시리즈 중 첫 게시물입니다. WorkManager의 기초, WorkManager의 사용 방법과 시점, 막후에서 실제로 벌어지는 일에 대해 탐구해보겠습니다. 그런 다음 더 복잡한 사용 사례를 살펴보겠습니다.

WorkManager란?

WorkManager는 Android Architecture Component 중 하나이자 최신 Android 애플리케이션을 빌드하는 방법에 관해 자기 고집이 분명히 드러나는 새로운 접근법인 Android Jetpack에 속합니다.

WorkManager는 제약 조건 이 충족될 때 뒤로 미룰 수 있는 백그라운드 작업을 실행하는 Android 라이브러리입니다.WorkManager는 앱을 종료하더라도 시스템이 실행할 것이라는 보장 이 필요한 작업을 위한라이브러리입니다.

다시 말해, WorkManager는 Android의 백그라운드 동작 제한이 거쳐온 수년간의 발전 과정을 집약한 배터리 친화적인 API를 제공합니다. WorkManager는 백그라운드 작업을 실행해야 하는 Android 애플리케이션에 매우 중요합니다!

WorkManager의 사용 시점

WorkManager는 애플리케이션 프로세스의 활성화 여부에 상관없이 다양한 제약 조건 충족 시 실행해야 하는 백그라운드 작업을 처리합니다. 앱이 백그라운드에 있거나 포그라운드에 있거나 포그라운드에서 시작하지만 백그라운드로 이동할 때 백그라운드 작업이 시작될 수 있습니다. 백그라운드 작업은 애플리케이션이 수행하는 작업과는 상관없이 계속 실행하거나 Android가 그 작업의 프로세스를 종료할 경우에는 다시 시작해야 합니다.

WorkManager에 대해 흔히 혼동하는 점은 WorkManager가 '백그라운드' 스레드에서 실행해야 하지만 프로세스가 종료되면 계속 실행할 필요가 없는 작업을 위한 것이라 생각하는 점입니다. 하지만 이것은 사실이 아닙니다. Kotlin의 코루틴, ThreadPool 또는 RxJava와 같은 라이브러리 등, 이 사용 사례를 위한 다른 솔루션이 있습니다. 백그라운드 처리에 대한 가이드에서 이 사용 사례에 대해 더 자세히 알아보실 수 있습니다.

백그라운드 작업을 실행해야 하는 다양한 상황, 그에 따라 백그라운드 작업을 실행하기 위한 다양한 솔루션이 많이 있습니다. 백그라운드 처리에 관한 이 블로그 게시물에서는 WorkManager의 사용 시점에 관한 많은 유용한 정보를 제공합니다. 블로그에서 발췌한 아래 다이어그램을 살펴보세요.

Android에서의 최신 백그라운드 실행에서 발췌한 다이어그램

WorkManager의 경우 완료해야 하고 연기할 수 있는 백그라운드 작업에 가장 적합합니다.

먼저 다음과 같이 자문해보는 것으로 시작해봅시다.

이 작업을 꼭 완료해야 할까요? 사용자가 애플리케이션을 닫을 경우에도 반드시 작업을 완료해야 하는 걸까요? 원격 동기화 기능이 있는 메모 기록 애플리케이션을 예로 들 수 있습니다. 사용자는 메모 작성을 마치면 앱이 당연히 메모를 백엔드 서버와 동기화할 것이라 기대합니다. 이 작업은 사용자가 다른 앱으로 전환하여 OS가 메모리 회수를 위해 원래 사용하던 앱을 닫아야 하는 경우에도 이루어집니다. 기기를 다시 시작하는 경우에도 이 작업은 꼭 이루어져야 합니다. WorkManager는 작업이 완료되도록 보장해 줍니다.

뒤로 미룰 수 있는 작업일까요? 이 작업을 이후에 실행할 수 있을까요? 아니면 지금 바로 실행해야만 쓸모 있는 작업일까요? 이후에 실행할 수 있는 작업이라면 뒤로 미룰 수 있습니다. 이전의 예로 돌아가서, 메모한 내용을 즉시 업로드하면 좋겠지만 지금 바로 업로드할 수는 없고 이후에 동기화가 이루어지더라도 큰 문제는 아닙니다. WorkManager는 OS 백그라운드 제한을 고려하여 배터리를 효율적으로 이용할 수 있는 방식으로 작업을 실행하려 합니다.

그래서 WorkManager는 일종의 가이드라인으로서 앱이 종료하더라도 시스템이 실행할 것이라는 보장이 필요한 작업을 위한 라이브러리입니다. 즉시 실행해야 하거나 정확한 시간에 실행해야 하는 백그라운드 작업에는 적합하지 않습니다. (알람 시계나 이벤트 리마인더처럼) 정확한 시간에 작업을 실행해야 하는 경우에는 AlarmManager를 사용하세요. 즉시 실행해야 하지만 오래 계속되는 작업의 경우, 실행을 포그라운드로 제한하든(작업이 더는 실제 백그라운드 작업이 아닌 경우) Foreground Service를 사용하든, 포그라운드에 있을 때 작업이 실행되도록 해야 할 때가 종종 있을 것입니다.

WorkManager는 다음과 같이 더 복잡한 시나리오에서 백그라운드 작업을 트리거해야 할 때 다른 API와 페어링할 수 있고 페어링해야 합니다.

서버가 작업을 트리거하는 경우 WorkManager가 Firebase 클라우드 메시징과 페어링될 수 있습니다.
Broadcast receiver를 사용하여 브로드캐스트를 청취한 다음에 오래 계속되는 작업을 트리거해야 하는 경우 WorkManager를 사용할 수 있습니다. WorkManager는 보통은 브로드캐스트로 들어오는 다수의 공통적인 Constraints를 위한 지원을 제공하는데, 이러한 경우 자체적인 broadcast receiver를 등록하지 않아도 됩니다.

WorkManager를 사용하는 이유는?

WorkManager는 백그라운드 작업을 실행하면서 배터리 및 시스템 상태에 대한 모범 사례와 호환성 문제를 자동으로 처리합니다.

더욱이 WorkManager를 사용하여 주기적인 작업과 복잡하고 종속적인 작업 체인을 모두 예약할 수 있습니다. 백그라운드 작업을 병렬 또는 순차 실행할 수 있으며, 이때 실행 순서를 지정할 수 있습니다. WorkManager는 작업 간의 입력과 출력을 따른 전달을 완벽히 처리합니다.

백그라운드 작업의 실행 시점에 대한 조건을 설정할 수도 있습니다. 예를 들어 기기가 네트워크에 연결되지 않은 경우에는 원격 서버에 HTTP 요청을 할 필요가 없습니다. 따라서 네트워크 연결이 있을 때만 작업을 실행할 수 있도록 하는 Constraint를 설정할 수 있습니다.

WorkManager는 실행 보장의 일환으로 기기를 다시 시작할 때, 그리고 프로세스가 강제로 중지되는 경우에 작업 유지를 처리합니다. 또한 작업이 중지되어 이후에 재시도하고 싶은 경우 재시도 전략을 손쉽게 정의할 수도 있습니다.

마지막으로, WorkManager를 사용하여 UI를 업데이트할 수 있도록 작업 요청 상태를 관찰할 수 있습니다.

요약하자면, WorkManager는 다음과 같은 이점을 제공합니다.

다양한 OS 버전과의 호환성 처리
시스템 상태 모범 사례 준수
비동기 일회적 작업과 주기적 작업 지원
입력/출력과 함께 체인으로 연결된 작업 지원
작업 실행 시점에 관한 제약 조건 설정 가능
앱이나 기기가 다시 시작하더라도 작업 실행 보장

이미지에 필터를 적용하는 동시 작업의 파이프라인을 빌드하는 구체적인 예를 살펴봅시다. 결과는 압축 작업으로 전송된 다음 업로드 작업으로 전송됩니다.

다음과 같이 이러한 작업에 대한 제약 조건 집합을 정의하고 작업을 실행할 수 있는 시점을 지정할 수 있습니다.

제약 조건이 있는 작업 체인 샘플

이러한 모든 워커는 정밀한 시퀀스를 정의합니다. 예를 들어 우리는 이미지가 어떤 순서로 필터링될지 모르지만 Filter 워커가 전부 완료한 후에만 Compress 워커가 시작될 것이라는 점을 알고 있습니다.

WorkManager 스케줄러의 작동 방식

API 레벨 14로 이전 버전과의 호환성을 보장하기 위해, WorkManager는 기기 API 레벨에 따라 백그라운드 작업을 예약할 알맞은 방법을 선택합니다. WorkManager는 JobScheduler 또는 BroadcastReceiver와 AlarmManager의 조합을 사용할 수 있습니다.

WorkManager가 어떤 스케줄러를 사용할지 판별하는 방법

WorkManager는 프로덕션 사용 준비가 되어 있을까요?

WorkManager는 현재 베타 버전으로 나와 있습니다. 즉, 이 주요 수정 버전에서 급격한 API 변경 사항은 없을 것이라는 뜻입니다.

WorkManager가 안정적인 버전으로 출시되면 백그라운드 작업을 실행하기 위해 우선적으로 선택되는 수단이 될 것입니다. 이런 이유로, 지금이 바로 WorkManager를 사용하기 시작하고 WorkManager의 개선에 도움을 주시기에 정말 좋은 시점입니다!

감사의 말씀을 Lyla Fujiwara에게 전합니다.

WorkManager 관련 참고 자료

게임 개발자 컨퍼런스에서 발표한 모든 것을 소개합니다

Wednesday, May 22, 2019

.post-body span { white-space: normal !important; } Sumit Chandel, 디벨로퍼 어드보케 <블로그 원문은 이곳에서 확인하실 수 있습니다>
Firebase는 올해도 샌프란시스코에서 열리는 게임 개발자 컨퍼런스에 참가해 우리가 게임 개발자를 위해 Firebase를 어떻게 훨씬 더 강력하게 만들고 있는지 대화를 나눌 예정입니다! 월요일에 열린 Google Mobile Developer Day에서 우리가 발표한 사항은 다음과 같습니다.

Firebase Crashlytics for Unity

C++ SDK의 오픈소스 전환

Android 게임을 위한 새로운 AI 보조 Monkey Actions

iOS의 GameCenter Authentication을 위한 지원

무대에서 진행된 이런 발표 행사를 놓치셨다면 아래에 요약된 발표 사항을 읽어보세요. 내일부터 주말까지 #P1501 부스에서 저희를 만나실 수 있습니다. Cloud Developer Day 트랙에서 Firebase for Games에 관한 특별 세션도 진행할 예정이므로, 올해 GDC에 참석하시는 분께서는 꼭 찾아와 주시기 바랍니다! 개발자 여러분의 피드백을 환영하며, 우리가 앞으로 어떻게 이런 기능과 Firebase for Games를 훨씬 더 나은 모습으로 만들 수 있는지 알아보세요. 다음은 게임 개발자를 위한 새로운 Firebase 업데이트 사항을 요약한 내용입니다. Firebase Crashlytics for Unity 이제 Unity에서 Firebase Crashlytics를 사용할 수 있습니다! Firebase Crashlytics를 통해 안정성 문제를 실시간으로 추적하고 우선순위를 정하고 해결할 수 있습니다. Firebase Crashlytics는 수없이 많은 장애를 관리 가능한 문제 목록으로 만들고 상황에 맞는 정보를 제공하며 장애의 심각도와 파급 상황을 강조표시하여 문제의 근본 원인을 더 빠르게 파악할 수 있게 해줍니다. 오류가 발생하기 전에 사용자가 수행한 작업의 목록인 탐색경로를 검토하여 문제를 쉽게 재현할 수도 있습니다.

Crashlytics는 이전에는 Android 및 iOS용으로만 제공되었지만, 이제는 Unity 게임에서도 그와 똑같이 강력한 장애 보고 기능을 사용할 수 있습니다! Crashlytics는 Google의 모든 Firebase for Unity SDK가 지닌 것과 똑같은 단순성을 지니고 있으므로 추가적인 절차를 수행할 필요 없이 Unity IDE를 통해 직접 통합 가능합니다. 이메일, Slack, Jira, PagerDuty Integrations를 사용하여 팀에 문제를 알리거나, Firebase Crashlytics 트리거와 함께 Cloud Functions를 사용하여 자체 트리거를 작성할 수도 있습니다. 마지막으로 중요한 사항으로, 더욱 심층적인 분석을 위해 Crashlytics 데이터를 BigQuery로 내보낼 수 있다는 점도 말씀드립니다. 예를 들어 다음과 같이 Crashlytics 이벤트를 보고할 때 사용자설정 키를 로그에 기록한다고 해봅시다. Crashlytics.SetCustomKey("current_level", "3");
Crashlytics 데이터를 BigQuery로 내보내면 레벨 3 또는 다른 레벨이나 특정 이벤트에 대해 사용한 사용자설정 키를 기준으로 장애 분포 상황을 볼 수 있습니다. Google의 Data Studio 템플릿을 사용하여 이 데이터를 빠르게 분석할 수 있습니다. 이를 통해 Unity 게임 개발 시 발생하는 문제를 훨씬 쉽게 추적하고 수정할 수 있을 것입니다. Firebase Crashlytics for Unity를 시작하는 방법은 다음 문서를 참조하세요. C++ SDK를 오픈소스로 전환 외부 C++ 개발자도 이제는 오픈소스 SDK를 사용하여 Firebase for Games를 통합할 수 있습니다! 즉, Firebase 도구 집합과 통합하면 그 어느 때보다도 많은 제어 능력을 활용할 수 있다는 뜻입니다. 이제는 손쉽게 코드를 분석하여 SDK 내에서 일어나는 일을 확인하거나 변경함으로써 개발 중인 게임에 더욱 적합하게 만들거나, 클라이언트 SDK의 자체 브랜치를 유지 관리하면서 관심 있는 특정 변경 사항만 선별할 수 있습니다. 우리가 아직 지원 기능을 빌드하지 않은 다른 플랫폼을 사용하고 싶을 경우 SDK를 확장하는 옵션도 있습니다. 새로운 AI 보조 Firebase Test Lab Monkey Actions for Games Firebase Test Lab은 클라우드 기반 앱 테스트 인프라입니다. 폭넓고 다양한 기기와 기기 구성에서 한 번의 작업으로 Android 앱이나 iOS 앱을 테스트하고 Firebase 콘솔에서 그 결과를 볼 수 있습니다. 기본 Android 앱의 경우 Robo 테스트라는 것이 지능적으로 화면상의 UI 요소를 분석하고 이들 요소를 크롤링할 수 있습니다. 하지만 게임의 경우에는 모든 요소가 일반적으로 GL/Vulkan/Metal View에 있으므로 이런 작업이 가능하지 않습니다. 대신에 Robo가 Monkey Actions에 의지해 무작위로 탭합니다. 이와 같은 스모크 테스트를 완료하려면 시간이 꽤 오래 걸릴 수 있는데, 이 때문에 Firebase Test Lab으로 게임을 테스트하는 데 도움을 드리고자 새로운 AI 보조 Monkey Actions를 발표하게 되어 기쁩니다. AI 보조 Monkey Actions는 로봇이 게임의 사용자 인터페이스를 따라 진행하면서 유용한 테스트 결과를 제공하는 데 걸리는 시간을 크게 단축시킬 것입니다. AI 보조 기술을 사용한 Monkey Actions와 사용하지 않은 Monkey Actions의 전후 비교 동영상을 보시면 그 차이점을 확실히 알 수 있을 것입니다. AI 보조 기술을 적용하지 않은 Monkey Actions를 보여주는 사용 전 동영상에서는 게임을 시작하는 데 약 35초 정도 걸리는 반면, AI 보조 기술을 적용한 경우에는 13초밖에 걸리지 않는다는 사실을 확인할 수 있습니다(화면상의 주황색 점은 로봇이 화면에서 탭하고 있는 위치를 나타냄).

AI 보조 기술을 사용하지 않는 Monkey Actions가 게임을 시작하는 모습.

AI 보조 기술을 사용하는 Monkey Actions가 게임을 시작하는 모습. iOS의 GameCenter Authentication을 위한 지원 Firebase Authentication은 앱을 위한 완벽한 ID 솔루션을 제공하므로 비밀번호, 전화번호 그리고 Google, Facebook, Twitter와 같이 페더레이션된 인기 ID 공급자를 통해 사용자를 인증하고 확인할 수 있습니다. iOS 게임 개발자의 경우, Firebase Authentication이 이제는 Game Center Authentication도 지원한다는 사실을 알려드리게 되어 기쁩니다. 이제는 이미 Game Center에 로그인한 iOS 사용자는 추가로 로그인하는 과정을 거칠 필요 없이 앱에도 로그인할 수 있습니다. 더 자세히 알아보실 수 있는 기회! 저희는 3월 20일부터 22일까지 내내 컨퍼런스 행사장 부스 #P1501에 상주하며, 수요일 오후 5시에는 Cloud Developer Day 트랙에서 특별 프레젠테이션도 진행할 예정입니다! 그곳에서 만나 뵙기를 바라겠습니다. 물론, 언제든지 다음 웹사이트에서 Firebase for Games에 대해 더 자세히 알아보실 수도 있습니다. https://firebase.google.com/games/

Flutter 1.0 출시 요약 뉴스

Mobile World Congress에서 Flutter 1.2 출시

WorkManager를 소개합니다

게임 개발자 컨퍼런스에서 발표한 모든 것을 소개합니다

Tag

Archive

Feed

Google Korea

Products

Developers