Google Developers Indonesia Blog

Memerangi Penipuan Peniruan Identitas: Pendekatan Inovatif Monzo

2024-03-29T17:10:00.010+07:00

Diposting oleh Todd Burner – Developer Relation Engineer

Penjahat dunia maya terus berinvestasi dalam penipuan keuangan tingkat lanjut, yang menyebabkan kerugian lebih dari $1 triliun bagi konsumen. Menurut Global State of Scams Report oleh the Global Anti-Scam Alliance (Laporan Kondisi Global Kasus Penipuan dari Aliansi Anti-Penipuan Global) tahun 2023, 78 persen pengguna seluler yang disurvei mengalami setidaknya satu penipuan dalam setahun terakhir. Dari responden yang disurvei, 45 persen mengatakan mereka mengalami lebih banyak penipuan dalam 12 bulan terakhir.

Global Scam Report (Laporan Penipuan Global) juga menemukan bahwa panggilan telepon adalah metode utama untuk memulai penipuan. Penipu sering kali menggunakan taktik rekayasa sosial untuk menipu pengguna seluler.

Hal utama yang ingin dicapai para penipu ini adalah agar para individu mengambil tindakan di alat yang memberikan akses ke uang mereka. Ini berarti layanan keuangan sering menjadi sasaran. Karena penjahat dunia maya semakin banyak melakukan penipuan dan jangkauan mereka meluas secara global, diperlukan inovasi dalam merespons hal ini.

Salah satu inovator tersebut adalah Monzo, yang mampu mengatasi panggilan penipuan melalui fitur deteksi peniruan identitas yang unik di aplikasi mereka.

Pendekatan Inovatif Monzo

Didirikan pada tahun 2015, Monzo adalah bank digital terbesar di Inggris yang juga hadir di AS. Misinya adalah menjadikan uang bermanfaat bagi semua orang dan bercita-cita menjadi satu-satunya aplikasi yang digunakan pelanggan untuk mengelola seluruh kehidupan finansial mereka.

Penipuan peniruan identitas adalah masalah yang dihadapi seluruh industri dan Monzo memutuskan untuk mengambil tindakan dan memperkenalkan alat pertama di industri ini. Penipuan peniruan identitas adalah taktik rekayasa sosial yang sangat umum ketika penjahat berpura-pura menjadi orang lain sehingga mereka dapat mendorong Anda untuk mengirimkan uang kepada mereka. Penipuan ini sering kali berkedok alasan mendesak yang menimbulkan risiko terhadap keuangan pengguna atau peluang untuk mendapatkan kekayaan dengan cepat. Dengan tekanan ini, penipu meyakinkan pengguna untuk menonaktifkan perlindungan keamanan dan mengabaikan peringatan proaktif terhadap potensi malware, penipuan, dan phishing.

Fitur Status Panggilan

Android menawarkan perlindungan berlapis terhadap spam dan phishing bagi pengguna termasuk ID panggilan dan perlindungan spam di aplikasi Telepon oleh Google. Tim Monzo ingin meningkatkan perlindungan tersebut dengan memanfaatkan sistem telepon internal mereka. Dengan mengintegrasikan infrastruktur aplikasi seluler, mereka dapat membantu pelanggan mengonfirmasi secara real time saat mereka benar-benar berbicara dengan anggota tim dukungan pelanggan Monzo dengan cara yang menjaga privasi.

Jika seseorang menelepon pelanggan Monzo dan menyatakan bahwa mereka berasal dari bank, penggunanya dapat masuk ke aplikasi untuk memverifikasinya. Di bagian Privasi & Keamanan aplikasi Monzo, pengguna dapat melihat ‘Status Panggilan Monzo’, yang akan memberi tahu mereka jika ada panggilan aktif yang sedang berlangsung dengan anggota tim Monzo yang sebenarnya.

“Kami telah membangun fitur pertama di industri ini menggunakan teknologi kelas dunia kami untuk memberikan lapisan kenyamanan dan keamanan tambahan. Harapan kami adalah hal ini dapat menghentikan terjadinya penipuan peniruan identitas pada pelanggan Monzo dan berdampak pada pelanggan.”
- Priyesh Patel, Senior Staff Engineer, tim Keamanan Monzo

Terus Memberi Informasi ke Pelanggan

Jika pengguna tidak berbicara dengan anggota tim dukungan pelanggan Monzo, mereka akan melihatnya beserta beberapa informasi berguna. Jika 'Status panggilan Monzo' menunjukkan bahwa Anda tidak sedang berbicara dengan Monzo, fitur status panggilan akan meminta Anda untuk segera menutup telepon dan melaporkannya ke tim mereka. Pelanggan mereka dapat memulai laporan penipuan langsung dari fitur status panggilan di aplikasi.

Jika panggilan asli sedang berlangsung, pelanggan akan melihat informasinya.

Bagaimana cara kerjanya?

Monzo telah mengintegrasikan beberapa sistem untuk membantu menginformasikan kepada pelanggan mereka. Sebuah tim lintas fungsi dibentuk untuk membangun solusi.

Technology stack internal Monzo menunjukkan bahwa sistem yang mendukung aplikasi dan panggilan telepon layanan pelanggan dapat dengan mudah berkomunikasi satu sama lain. Hal ini memungkinkan mereka menghubungkan keduanya dan berbagi detail panggilan layanan pelanggan dengan aplikasi mereka, secara akurat dan real-time.

Tim kemudian bekerja untuk mengidentifikasi kondisi edge case, seperti saat pengguna sedang offline. Dalam situasi ini, Monzo menyarankan agar pelanggan tidak berbicara dengan siapa pun yang mengaku dari Monzo sampai Anda terhubung kembali ke internet dan dapat memeriksa status panggilan dalam aplikasi.

Hasil dan Langkah Selanjutnya

Fitur ini terbukti sangat efektif dalam melindungi pelanggan, dan mendapat pujian universal dari pakar industri dan pendukung konsumen.

“Sejak kami meluncurkan Status Panggilan, kami menerima rata-rata sekitar 700 laporan dugaan penipuan dari pelanggan kami melalui fitur ini setiap bulannya. Kini, setelah layanan ini aktif dan membantu melindungi pelanggan, kami selalu mencari cara untuk meningkatkan Status Panggilan, seperti membuatnya lebih terlihat dan lebih mudah ditemukan jika Anda sedang menelepon dan ingin segera memeriksa dengan siapa Anda berbicara itu adalah orang yang sebenarnya.”
- Priyesh Patel, Senior Staff Engineer, tim Keamanan Monzo

Saran Terakhir

Monzo terus berinvestasi dan berinovasi dalam pencegahan penipuan. Fitur status panggilan menyatukan inovasi teknologi dan pendidikan pelanggan untuk mencapai keberhasilannya, dan memberi cara bagi pelanggan untuk menangkap penipu yang sedang bertindak.

Pendekatan keamanan berlapis adalah cara terbaik untuk melindungi pengguna. Android dan Google Play menyediakan lapisan seperti sandboxing aplikasi, Google Play Protect, dan izin menjaga privasi, dan Monzo telah membuat lapisan tambahan dengan cara menjaga privasi.

Untuk mempelajari lebih lanjut tentang perlindungan Android dan Play serta untuk lebih melindungi aplikasi Anda, baca referensi berikut:

#WeArePlay | Mengenal lebih dekat para pendiri yang mengubah kehidupan perempuan: Cerita Bulan Sejarah Perempuan

2024-03-25T17:25:00.014+07:00

Diposting oleh Leticia Lago – Developer Marketing

Dalam rangka merayakan bulan Sejarah Perempuan, kami merayakan para pendiri di balik aplikasi dan game inovatif dari seluruh dunia, yang dibuat oleh perempuan atau untuk para perempuan. Mari temukan empat favorit saya dalam sembilan kumpulan terbaru cerita #WeArePlay ini.

Múkami Kinoti Kimotho

Royelles Revolution / Royelles Revolution: Gaming For Girls (AS)

Perjalanan Múkami dimulai ketika dia menyadari kurangnya perwakilan perempuan di industri game. Bertekad untuk mengubah narasi ini, dia menciptakan Royelles, sebuah game yang dirancang untuk menginspirasi perempuan dan orang-orang non-biner untuk mengejar karir di bidang STEAM (sains, teknologi, teknik, seni, matematika). Game ini berfokus kepada avatar perempuan tegas seperti ilmuwan NASA di kehidupan nyata, Mara, yang mengisi suara sebuah karakter. Royelles merevolusi lanskap game dan memberdayakan generasi inovator berikutnya. Múkami sangat bersemangat untuk merilis lebih banyak cerita dan modul pembelajaran yang digamifikasi, serta serangkaian realitas yang diperluas dan avatar yang didukung AI berdasarkan karakter dalam game.

"Jika kita ingin mendidik Gen Z dan Gen Alfa secara efektif, kita harus menemui mereka di metaverse dan memanfaatkan permainan yang digamifikasi sebagai sarana untuk mendorong pendidikan, kesadaran, inspirasi, dan pemberdayaan.”
- Múkami

Leonika Sari Njoto Boedioetomo

Reblood: Aplikasi Layanan Darah (Indonesia)

Ketika teman universitasnya membutuhkan transfusi darah yang mendesak tetapi ternyata tidak ada yang tersedia di bank darah, Leonika menjadi sadar akan kekurangan donor darah di Indonesia. Misinya untuk mengatasi hal ini mendorongnya menciptakan Reblood, sebuah aplikasi yang menghubungkan donor darah dengan mereka yang membutuhkan. Dengan lebih dari 140.000 donor darah yang difasilitasi hingga saat ini, Reblood tidak hanya menyelamatkan nyawa, tetapi juga memperkenalkan gaya hidup yang lebih sehat dengan fitur yang baru - baru ini ditambahkan yang memungkinkan orang untuk menemukan pemeriksaan medis yang paling terjangkau.

“Tujuan kami adalah menyelamatkan lebih banyak nyawa dengan meningkatkan kesadaran akan donor darah di Indonesia dan mempromosikan gaya hidup yang lebih sehat bagi para pendonor darah.”
- Leonika

Luciane Antunes dos Santos dan Renato Hélio Rauber

CARSUL / Car Sul: Aplikasi Mobilitas Perkotaan (Brasil)

Luciane sangat terpukul ketika dia kehilangan putranya dalam kecelakaan mobil. Rasa kehilangan yang timbul dalam diri Renato dan suaminya mendorong mereka mengembangkan Carsul, aplikasi mobilitas perkotaan yang mengutamakan keselamatan dan keamanan. Dengan menyediakan pilihan transportasi yang aman dan bermitra dengan program kesehatan pemerintah untuk mengantar pasien jarak jauh ke rumah sakit yang lebih besar, Carsul tidak hanya mencegah kecelakaan tetapi juga menyelamatkan nyawa. Dedikasi Luciane dan Renato untuk melindungi orang lain dari rasa sakit yang mereka alami sedang berlanjut dan mereka berencana untuk meluas ke lebih banyak kota di Brasil.

“Carsul lahir dari kisah kehilangan ini, sehingga menginspirasi saya untuk melindungi kehidupan lainnya. Menilai ulang diri saya dengan cara ini sangatlah bermanfaat.”
- Luciane

Diariata (Diata) N'Diaye

Resonantes / App-Elles: Aplikasi Keselamatan untuk Perempuan (Prancis)

Setelah mendengar kisah anak muda yang pernah mengalami pelecehan yang mirip dengan dirinya sendiri, penyair bernama Diata mengembangkan App-Elles, sebuah aplikasi yang memungkinkan perempuan mengirim peringatan ketika mereka dalam bahaya. Dengan menghubungkan pengguna ke jaringan dukungan dan layanan profesional, App-Elles memberdayakan para perempuan untuk mendapatkan kembali keselamatan mereka dan mencari bantuan bila diperlukan. Diata juga mengadakan lokakarya tentang menulis dan merekam untuk membantu para korban mengatasi pengalaman mereka terkait dengan kekerasan dan dia berencana untuk memperluas aplikasinya dengan pengenalan perangkat wearable rahasia yang mengirimkan peringatan.

“Saya menyadari dari pekerjaan saya di lapangan bahwa ada korban kekerasan yang membutuhkan bantuan dan sistem dukungan. Inilah inspirasi saya untuk membuat App-Elles."
- Diata

Temukan lebih banyak cerita #WeArePlay dan bagikan favorit Anda.

Menurut Anda, seberapa bermanfaatkah postingan blog ini?

★ ★ ★ ★ ★

Pratinjau Developer Kedua Android 15

2024-03-21T17:34:00.009+07:00

Diposting oleh Dave Burke, VP of Engineering

Hari ini menandai bab dua dari cerita Android 15 dengan rilis Pratinjau Developer 2 Android 15!

Android 15 melanjutkan upaya kami untuk membangun platform yang membantu meningkatkan produktivitas Anda sekaligus memberikan kemampuan baru untuk menghadirkan pengalaman media dan AI yang superior, memanfaatkan faktor bentuk perangkat, meminimalkan dampak baterai, memaksimalkan kelancaran performa aplikasi, serta melindungi privasi dan keamanan pengguna, semuanya pada beragam perangkat terluas yang ada.

Android terus menambahkan fitur yang memungkinkan aplikasi Anda memanfaatkan hardware perangkat premium, termasuk fitur telekomunikasi terbaru, kemampuan media kelas atas, tampilan memukau, faktor bentuk perangkat foldable/dapat dilipat, dan pemrosesan AI.

Masukan Anda terhadap Pratinjau Developer Android 15 dan program Beta memainkan peran penting dalam membantu perkembangan Android. Situs developer Android 15 punya banyak informasi tentang pratinjau, termasuk download untuk Pixel dan dokumentasi mendetail tentang perubahan. Pratinjau ini hanyalah permulaan, dan kami memiliki banyak hal yang akan dibagikan seiring dengan siklus rilisnya. Terima kasih sebelumnya atas bantuan Anda dalam menjadikan Android sebagai platform yang bisa digunakan oleh semua orang.

Mengupdate teknologi komunikasi Android

Android 15 mengupdate platform untuk memberi aplikasi Anda akses ke kemajuan terbaru dalam teknologi komunikasi.

Dukungan satelit

Android 15 terus memperluas dukungan platform untuk konektivitas satelit dan menyertakan beberapa elemen UI untuk memastikan pengalaman pengguna yang konsisten di seluruh lanskap konektivitas satelit.

Notifikasi saat perangkat terhubung ke satelit

Aplikasi dapat menggunakan ServiceState.isUsingNonTerrestrialNetwork() untuk mendeteksi saat perangkat terhubung ke satelit, sehingga memberi aplikasi tersebut lebih banyak informasi tentang alasan kemungkinan tidak tersedianya layanan jaringan penuh. Selain itu, Android 15 menyediakan dukungan pada aplikasi SMS/MMS serta aplikasi RCS pramuat untuk menggunakan konektivitas satelit guna mengirim dan menerima pesan.

Pengalaman NFC yang lebih lancar

Android 15 berupaya menjadikan pengalaman ketuk untuk membayar lebih lancar dan andal sambil terus mendukung ekosistem aplikasi NFC Android yang kuat. Pada perangkat yang didukung, aplikasi dapat meminta NfcAdapter untuk masuk ke mode observasi, yang mana perangkat akan mendengarkan tanpa merespons pembaca NFC, mengirimkan objek PollingFrame layanan NFC aplikasi yang akan diproses. Objek PollingFrame

dapat digunakan untuk mengautentikasi sebelum komunikasi pertama ke pembaca NFC, sehingga umumnya akan memungkinkan transaksi satu ketukan.

Produktivitas Developer

Meskipun sebagian besar upaya kami untuk meningkatkan produktivitas Anda berpusat pada alat, seperti Android Studio, Jetpack Compose, dan library Android Jetpack, kami selalu mencari cara dalam platform untuk membantu Anda mewujudkan visi dengan lebih mudah.

Peningkatan PDF

Aktifkan penelusuran file PDF sematan dengan update ke PdfRenderer

Pratinjau Developer 2 Android 15 mencakup pratinjau awal peningkatan substansial ke PdfRenderer API, memberi aplikasi kemampuan untuk menggabungkan fitur-fitur canggih, seperti rendering file yang dilindungi sandi, anotasi, pengeditan formulir, penelusuran, dan pemilihan dengan salinan. Pengoptimalan PDF linear didukung untuk mempercepat tampilan PDF lokal dan mengurangi penggunaan resource.

PdfRenderer telah dipindahkan ke modul yang dapat diupdate dengan update sistem Google Play secara mandiri dari rilis platformnya, dan kami mendukung perubahan ini kembali ke Android R dengan membuat permukaan API versi pra-Android 15 yang kompatibel, yang disebut PdfRendererPreV.

Kami menghargai masukan Anda terkait peningkatan yang kami lakukan pada permukaan PdfRenderer API, dan kami berencana mempermudah penerapan API ini ke dalam aplikasi Anda dengan library Android Jetpack yang akan datang. Nantikan informasi selanjutnya.

Penyempurnaan pengalihan bahasa otomatis

Android 14 menambahkan pengenalan audio multibahasa di perangkat dengan pengalihan otomatis antarbahasa. Namun, hal ini dapat menyebabkan kata-kata hilang, terutama saat pengalihan bahasa dengan jeda yang lebih singkat di antara kedua ucapan. Android 15 telah menambahkan kontrol tambahan untuk memungkinkan aplikasi membantu menyesuaikan pengalihan ini untuk kasus penggunaannya. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS membatasi pengalihan otomatis ke awal sesi audio, sedangkan EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES menonaktifkan pengalihan bahasa setelah sejumlah peralihan yang ditentukan. Hal ini dapat menjadi penyempurnaan yang berguna, terutama jika diperkirakan akan ada satu bahasa yang digunakan selama sesi yang harus dideteksi secara otomatis.

Kontrol pemisahan garis terperinci

Dimulai pada Android 15, TextView dan pemisah baris yang mendasarinya dapat mempertahankan bagian teks tertentu dalam baris yang sama untuk meningkatkan keterbacaan. Anda dapat memanfaatkan penyesuaian pemisahan baris ini dengan menggunakan tag <nobreak> di resource string atau createNoBreakSpan. Demikian pula, Anda dapat melindungi kata dari tanda hubung dengan menggunakan tag <nohyphen> atau createNoHyphenationSpan.

Contoh and screenshot:

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

Fungsionalitas IntentFilter yang Diperluas

Dukungan bawaan Android 15 untuk resolusi Intent yang lebih tepat melalui UriRelativeFilterGroup, yang berisi set objek UriRelativeFilter yang membentuk set aturan pencocokan Intent yang masing-masing harus dipenuhi, termasuk parameter kueri URL, fragmen URL, dan aturan pemblokiran/pengecualian. Hal ini membantu aplikasi memenuhi tuntutan dinamis deep link yang dihosting web dengan lebih baik.

Aturan ini dapat ditentukan dalam AndroidManifest dengan tag <uri-relative-filter-group> baru yang secara opsional dapat menyertakan tag android:allow . Tag ini dapat berisi tag yang menggunakan atribut tag data yang ada serta atribut new android:query dan atribut android:fragment.

Contoh sintaksis AndroidManifest yang akan didukung:

<intent-filter>
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:domain="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

Dukungan OpenJDK API yang lebih banyak

Android 15 terus menambahkan OpenJDK API. Pratinjau Developer 2 mencakup dukungan untuk metode math/strictmath tambahan, banyak update util, termasuk koleksi/peta/set berurutan, dukungan ByteBuffer di Deflater, dan update kunci keamanan. API ini diupdate di lebih dari satu miliar perangkat yang menjalankan Android versi 12 ke atas hingga Android 15 melalui update Sistem Google Play agar Anda dapat menargetkan fitur pemrograman terbaru.

Beri aplikasi Anda lebih banyak fleksibilitas di lebih banyak layar

Android 15 memberi aplikasi Anda dukungan untuk memaksimalkan faktor bentuk Android, termasuk layar besar, perangkat yang dapat dilipat, dan perangkat foldable.

Dukungan layar penutup

Aplikasi Anda dapat mendeklarasikan properti yang digunakan Android 15 untuk memungkinkan Aplikasi atau Aktivitas Anda ditampilkan di layar sampul kecil pada perangkat yang dapat dilipat yang didukung. Layar ini terlalu kecil untuk dianggap sebagai target kompatibel untuk menjalankan aplikasi Android. Namun, aplikasi Anda dapat memilih untuk mendukungnya, sehingga membuat aplikasi Anda tersedia di lebih banyak tempat.

Android yang lebih pribadi dan aman

Kami selalu berupaya memberikan transparansi dan kontrol lebih besar kepada pengguna atas data mereka sekaligus meningkatkan fitur keamanan inti platform.

Deteksi rekam layar

Android 15 menambahkan dukungan aplikasi untuk mendeteksi bahwa aplikasi sedang direkam. Callback dipanggil setiap kali aplikasi bertransisi antara terlihat atau tidak terlihat dalam rekaman layar. (Aplikasi dianggap terlihat jika aktivitas yang dimiliki oleh UID proses pendaftaran sedang direkam.) Dengan cara ini, jika aplikasi Anda menjalankan operasi yang sensitif, Anda dapat memberi tahu pengguna bahwa mereka sedang direkam.

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // we're being recorded
  } else {
    // we’re not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

Menjadikan Android lebih efisien

Kami memperkenalkan API baru yang dapat membantu mengumpulkan insight tentang aplikasi Anda, terus mengoptimalkan cara kerja aplikasi latar belakang, dan menyediakan API untuk membantu membuat tugas di aplikasi Anda agar lebih efisien untuk dijalankan.

ApplicationStartInfo API

Startup aplikasi di Android selalu menjadi misteri. Tak ada cara mudah untuk mengetahui di dalam aplikasi Anda apakah aplikasi tersebut dimulai dari keadaan dingin, hangat, atau panas. Sulit untuk mengetahui berapa lama waktu yang dihabiskan aplikasi Anda selama berbagai fase peluncuran: melakukan fork proses, memanggil onCreate, menggambar bingkai pertama, dan banyak lagi. Saat class aplikasi Anda dibuat instance, Anda tidak tahu apakah aplikasi dimulai dari siaran, penyedia konten, tugas, cadangan, booting selesai, alarm, atau Aktivitas.

ApplicationStartInfo API pada Android 15 menyediakan semua ini dan lebih banyak lagi. Anda bahkan dapat memilih untuk menambahkan stempel waktu Anda sendiri ke dalam alur untuk memudahkan pengumpulan data waktu di satu tempat. Selain mengumpulkan metrik, Anda dapat menggunakan ApplicationStartInfo untuk membantu mengoptimalkan startup aplikasi secara langsung. Misalnya, Anda dapat menghilangkan pembuatan instance library terkait UI yang mahal dalam class Aplikasi saat aplikasi Anda dimulai karena siaran.

Perubahan pada status paket dihentikan

Android 15 menyertakan beberapa peningkatan pada Stopped State dari PackageManager. Aplikasi yang berada dalam Stopped State hanya boleh keluar dari status ini melalui tindakan pengguna langsung. Selain itu, aplikasi yang memasuki Stopped State akan membuatPendingIntents miliknya terhapus. Untuk membantu developer mendaftarkan ulang intent mereka yang tertunda, aplikasi kini akan menerima siaran BOOT_COMPLETED setelah dihapus dari Stopped State. Terakhir, ApplicationStartInfo baru juga akan menyertakan ApplicationStartInfo.wasForceStopped() untuk memberi tahu developer bahwa aplikasi mereka telah dimasukkan ke dalam Stopped State.

Informasi ukuran aplikasi terperinci

Android telah menawarkan API, StorageStats.getAppBytes(), yang merangkum ukuran aplikasi yang diinstal sebagai satu jumlah byte, yang merupakan jumlah dari ukuran APK, ukuran file yang diekstraksi dari APK, dan file yang dihasilkan di perangkat, seperti kode kompilasi ahead-of-time (AOT). Angka ini tidak terlalu menjelaskan cara aplikasi Anda dalam menggunakan penyimpanan.

Android 15 menambahkan API StorageStats.getAppBytesByDataType([type]) yang memungkinkan Anda mendapatkan insight tentang cara aplikasi Anda dalam menggunakan semua ruang tersebut, termasuk pemisahan file apk, AOT dan kode terkait percepatan, metadata dex, library, serta profil terpandu.

Perubahan pada layanan latar depan

Android 14 mulai memerlukan Jenis Layanan Latar Depan. Dokumentasi menyebutkan bahwa jenis Layanan Latar Depan dataSync tidak digunakan lagi di versi Android mendatang.

Untuk mendukung migrasi dari jenis Layanan Latar Depan dataSync, Android 15 menyertakan jenis Layanan Latar Depan mediaProcessing, yang digunakan untuk menjalankan operasi yang memakan waktu pada aset media, seperti mengonversi media ke format berbeda. Dalam rilis Beta mendatang, layanan ini akan memiliki batas runtime 6 jam.

Database SQLite

Android 15 memperkenalkan API SQLite baru yang menampilkan fitur-fitur canggih dari mesin SQLite yang mendasarinya yang menargetkan masalah performa tertentu yang dapat muncul dalam aplikasi.

Developer harus berkonsultasi dengan praktik terbaik untuk performa SQLite agar bisa mendapatkan hasil maksimal dari database SQLite mereka, terutama saat bekerja dengan database besar atau saat menjalankan kueri yang sensitif terhadap latensi.

Transaksi yang ditangguhkan hanya-baca: ketika mengeluarkan transaksi yang berstatus hanya-baca (tidak menyertakan pernyataan tulis), gunakan beginTransactionReadOnly() dan beginTransactionWithListenerReadOnly(SQLiteTransactionListener) untuk menerbitkan transaksi DEFERRED hanya-baca. Transaksi tersebut dapat berjalan secara bersamaan satu sama lain, dan jika database berada dalam mode WAL, transaksi tersebut dapat berjalan secara bersaman dengan transaksi SEGERA atau EKSKLUSIF.

Jumlah baris dan ID: API baru ditambahkan untuk mengambil jumlah baris yang diubah atau ID baris terakhir yang disisipkan tanpa mengeluarkan kueri tambahan. getLastChangedRowCount() akan menampilkan jumlah baris yang disisipkan, diupdate, atau dihapus oleh pernyataan SQL terbaru dalam transaksi saat ini, sementara getTotalChangedRowCount() akan menampilkan jumlah koneksi saat ini. getLastInsertRowId() akan menampilkan "rowid" dari baris terakhir yang akan disisipkan pada koneksi saat ini.

Pernyataan mentah: mengeluarkan pernyataan SQlite mentah, melewati wrapper praktis dan overhead pemrosesan tambahan yang mungkin timbul.

Penyempurnaan media

Tiap rilis Android berfokus pada peningkatan pengalaman media.

Kontrol Headroom HDR

Gambar di sebelah kiri menunjukkan tampilan dengan konten SDR. Gambar di sebelah kanan menyimulasikan masalah headroom yang dirasakan dengan konten campuran SDR dan HDR, yang dapat kita hindari dengan mengatur headroom HDR yang diinginkan.

Android 15 memilih headroom HDR yang sesuai dengan kemampuan perangkat yang mendasari dan kedalaman bit panel. Untuk halaman yang memiliki banyak konten SDR, seperti aplikasi pesan yang menampilkan satu thumbnail HDR, hal ini dapat berdampak buruk pada kecerahan konten SDR yang dirasakan. Android 15 memungkinkan Anda mengontrol headroom HDR dengan setDesiredHdrHeadroom untuk mencapai keseimbangan antara konten SDR dan HDR.

Kontrol Kenyaringan

Android 15 memperkenalkan dukungan untuk standar kenyaringan CTA-2075 yang akan membantu Anda menghindari inkonsistensi kenyaringan audio dan memastikan pengguna tidak perlu terus-menerus menyesuaikan volume saat beralih antarkonten. Sistem ini memanfaatkan karakteristik yang diketahui dari perangkat output (headphone, speaker) beserta metadata kenyaringan yang tersedia dalam konten audio AAC untuk secara cerdas menyesuaikan kenyaringan audio dan level kompresi rentang dinamis.

Untuk mengaktifkan fitur ini, Anda perlu memastikan metadata kenyaringan tersedia di konten AAC dan mengaktifkan fitur platform di aplikasi Anda. Untuk melakukan ini, buat instance objek LoudnessCodecController dengan memanggil metode factory buat menggunakan ID sesi audio dari AudioTrack terkait. Tindakan ini akan secara otomatis memulai penerapan update audio. Anda dapat meneruskan OnLoudnessCodecUpdateListener untuk memodifikasi/memfilter parameter kenyaringan sebelum diterapkan pada MediaCodec.

// media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = ...
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // starts applying audio updates for each added MediaCodec

AndroidX media3 ExoPlayer akan segera diupdate agar dapat memanfaatkan LoudnessCodecController API untuk integrasi aplikasi yang lancar.

Penggunaan Spatializer alih-alih Virtualizer

Android 12 menyertakan class Spatializer yang memungkinkan kueri kemampuan dan perilaku spasialisasi sound pada perangkat. Di Android 15, kami tak lagi menggunakan class Virtualizer. Kami menggunakan AudioAttributes.Builder.setSpatializationBehavior untuk menentukan bagaimana Anda ingin konten diputar ketika spasialisasi didukung.

AndroidX media3 ExoPlayer 1.0 mengaktifkan audio spasial secara default untuk audio multisaluran jika perangkat mendukungnya. Lihat postingan blog dan dokumentasi untuk informasi lebih lanjut, termasuk API untuk mengontrol fitur tersebut.

Pengalaman Pengguna

AutomaticZenRules memungkinkan aplikasi menyesuaikan aturan Manajemen Hal Penting (Jangan Ganggu) dan memutuskan waktu untuk mengaktifkan/menonaktifkannya. Android 15 menyempurnakan aturan ini secara signifikan dengan tujuan meningkatkan pengalaman pengguna. Hal ini dilakukan dengan:

Menambahkan jenis ke AutomaticZenRule, memungkinkan sistem menerapkan perlakuan khusus pada beberapa aturan

Menambahkan ikon ke AutomaticZenRule, membantu membuat mode lebih mudah dikenali

Menambahkan string triggerDescription ke AutomaticZenRule yang menjelaskan kondisi yang mengharuskan aturan aktif bagi pengguna

Menambahkan ZenDeviceEffects ke AutomaticZenRule, memungkinkan aturan memicu berbagai hal, seperti tampilan skala abu-abu, mode malam, atau meredupkan wallpaper

Perubahan perilaku

Karena kompatibilitas mundur sangat penting, kami mencoba untuk membatasi perubahan perilaku yang berdampak. Namun, ada beberapa perubahan yang tidak dapat dihindari.

Font elegan di mana-mana

Setelah aplikasi Anda menargetkan Android 15, atribut elegantTextHeight TextView menjadi true secara default, menggantikan font ringkas yang digunakan secara default dengan beberapa skrip yang memiliki metrik vertikal besar dengan font yang jauh lebih mudah dibaca. Font ringkas dihadirkan untuk mencegah gangguan tata letak. Android 13 mencegah banyak gangguan ini dengan mengizinkan tata letak teks merenggangkan tinggi vertikal menggunakan atribut fallbackLineSpacing. Di Android 15, font ringkas masih tetap ada di sistem, sehingga aplikasi Anda dapat menyetel elegantTextHeight ke false untuk mendapatkan perilaku yang sama seperti sebelumnya. Namun, kemungkinan besar font tersebut tidak akan didukung di rilis mendatang. Jadi, jika aplikasi Anda mendukung skrip berikut: Arab, Laos, Myanmar, Tamil, Gujarati, Kannada, Malayalam, Odia, Telugu, atau Thai, silakan uji aplikasi Anda dengan menyetel elegantTextHeight ke true.

Contoh dan screenshot

Perilaku default pada Android 14

Perilaku default untuk aplikasi yang menargetkan Android 15

Kompatibilitas aplikasi

Untuk memberikan Anda lebih banyak waktu untuk merencanakan pekerjaan kompatibilitas aplikasi, kami memberitahukan tahapan pencapaian Stabilitas Platform jauh sebelumnya.

Pada tahapan pencapaian ini kami akan memberikan API SDK/NDK final, API internal final, dan perilaku sistem yang dihadapi aplikasi. Kami berharap dapat mencapai Stabilitas Platform pada Juni 2024, dan sejak saat itu Anda memiliki waktu beberapa bulan sebelum rilis resmi untuk melakukan pengujian akhir. Detail jadwal rilis bisa dilihat di sini.

Memulai dengan Android 15

Pratinjau Developer memiliki semua yang Anda butuhkan untuk mencoba fitur Android 15, menguji aplikasi Anda, dan memberi kami masukan. Anda bisa memulainya hari ini dengan mem-flash image sistem ke perangkat seri Pixel 6, 7, atau 8, serta Pixel Fold dan Pixel Tablet. Kami tidak menawarkan gambar sideload untuk Pratinjau Developer 2. Jika tidak memiliki perangkat Pixel, Anda bisa menggunakan image sistem 64-bit dengan Android Emulator di Android Studio. Jika Anda sudah menginstal Pratinjau Developer 1 Android 15, Anda harus mendapatkan update over the air (OTA) ke Pratinjau Developer 2 Android 15.

Untuk pengalaman pengembangan terbaik dengan Android 15, sebaiknya gunakan pratinjau terbaru Android Studio Jellyfish (atau versi Jellyfish+ yang lebih baru). Setelah siap, berikut adalah beberapa hal yang harus Anda lakukan:

Mencoba fitur dan API baru - masukan Anda sangatlah penting selama periode awal pratinjau developer. Laporkan masalah dalam tracker kami di halaman masukan.

Uji kompatibilitas aplikasi Anda saat ini - periksa apakah aplikasi Anda terpengaruh oleh perubahan di Android 15. Instal aplikasi Anda ke perangkat atau emulator yang menjalankan Android 15 dan uji secara ekstensif.

Kami akan mengupdate image sistem pratinjau dan SDK secara reguler selama siklus rilis Android 15. Rilis pratinjau ini hanya untuk developer dan tidak dimaksudkan untuk penggunaan sehari-hari atau konsumen, jadi kami menyediakannya hanya melalui download manual. Setelah Anda menginstal build pratinjau secara manual, Anda akan secara otomatis mendapatkan update over the air (OTA) di masa mendatang untuk semua rilis pratinjau dan Beta selanjutnya. Baca selengkapnya di sini.

Jika Anda ingin berpindah dari program Beta Android 14 QPR ke program Pratinjau Developer Android 15 dan tidak ingin menghapus total perangkat Anda, sebaiknya pindah ke Pratinjau Developer 2 sekarang. Jika tidak, Anda mungkin mengalami periode waktu ketika Android 14 Beta memiliki tanggal build yang lebih baru yang akan mencegah Anda membuka Pratinjau Developer Android 15 secara langsung tanpa melakukan penghapusan total data.

Saat mencapai rilis Beta, kami juga akan mengundang konsumen untuk mencoba Android 15, dan kami akan membuka pendaftaran untuk program Android Beta pada saat itu. Untuk saat ini, harap perhatikan bahwa program Android Beta belum tersedia untuk Android 15.

Untuk informasi selengkapnya, kunjungi situs developer Android 15.

Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.

Serial video Membangun dengan Google AI, Season 2: lebih banyak pola AI

2024-03-20T17:49:00.006+07:00

Diposting oleh Joe Fernandez – Google AI Developer Relations

Kita akan memasuki tahun menarik lainnya dalam dunia Kecerdasan Buatan (AI) dan inilah waktunya untuk membangun lebih banyak aplikasi dengan teknologi Google AI! Serial video Membangun dengan Google AI diperuntukkan bagi developer yang ingin membuat aplikasi bermanfaat dan praktis dengan AI. Kami berfokus pada proyek pemrograman yang berguna yang dapat Anda terapkan dan kembangkan di waktu senggang Anda untuk menghadirkan kekuatan kecerdasan buatan ke dalam alur kerja atau organisasi Anda. Pada season pertama, kami menerima lebih dari 100.000 penayangan dalam enam minggu! Kami senang saat tahu banyak dari Anda menyukai serial ini, dan kami menjadi bersemangat untuk menghadirkan lebih banyak lagi proyek aplikasi Google AI kepada Anda.

Hari ini, kami meluncurkan Season ke-2 dari serial Membangun dengan Google AI, yang menampilkan proyek yang dibuat dengan teknologi Gemini API Google. Peluncuran Gemini dan Gemini API telah memberikan para developer kemampuan AI yang lebih maju, termasuk penalaran tingkat lanjut, pembuatan konten, sintesis informasi, dan interpretasi gambar. Tujuan kami pada season ini adalah membantu Anda menggunakan kemampuan tersebut untuk Anda dan organisasi Anda.

Pola aplikasi AI

Serial Membangun dengan Google AI menampilkan proyek pemrograman aplikasi praktis yang dibuat untuk Anda gunakan dan sesuaikan. Namun, kami tahu bahwa Anda adalah penilai terbaik atas apa yang Anda atau organisasi Anda perlukan untuk memecahkan masalah sehari-hari dan menyelesaikan pekerjaan. Itu sebabnya setiap aplikasi yang kami tampilkan dalam serial ini juga dimaksudkan untuk digunakan sebagai pola AI. Anda dapat segera meningkatkan aplikasi untuk memecahkan masalah dan memberikan nilai bagi bisnis Anda, dan aplikasi ini menunjukkan pola pengkodean umum untuk mendapatkan manfaat dari teknologi AI.

Pada season kedua serial ini, kami menunjukkan cara Anda dapat memanfaatkan kemampuan model Gemini AI Google untuk aplikasi. Berikut informasi yang terbaru:

AI Slides Reviewer dengan Google Workspace (20/3) - Interpretasi gambar adalah salah satu fitur baru terbesar model Gemini. Kami menunjukkan cara menggunakannya secara praktis dengan aplikasi ulasan presentasi untuk Google Slide yang dapat Anda sesuaikan dengan pedoman dan rekomendasi organisasi Anda.

AI Flutter Code Agent dengan Gemini API (27/3) - Pemrograman kode adalah episode paling populer dari season lalu, jadi kami menggali topik ini lebih dalam. Buat ekstensi pemrograman kode untuk menulis kode Flutter dan menjelajahi desain serta tampilan antarmuka pengguna hanya dengan beberapa kata deskripsi.

AI Data Agent dengan Google Cloud (3/4) - Mengapa menulis pemrograman untuk mengekstrak data ketika Anda bisa memintanya? Bangun aplikasi web yang menggunakan fitur Panggilan Fungsi Gemini API untuk menerjemahkan pertanyaan menjadi panggilan kode dan data menjadi jawaban bahasa sederhana.

Season 1 di-upgrade ke Gemini API: Kami telah meng-upgrade versi Tutorial Season 1 dan proyek kode untuk menggunakan Gemini API sehingga Anda dapat memanfaatkan teknologi AI generatif terbaru dari Google. Jangan lupa memeriksanya!

Belajar dari para developer

Sama seperti season lalu, kami akan kembali ke studio untuk berbicara dengan para pemrogram kode yang membuat proyek ini sehingga mereka dapat berbagi apa yang telah mereka pelajari selama ini. Bagaimana Anda membuat model Gemini dapat mengulas keseluruhan presentasi? Apa cara paling efektif untuk menghasilkan kode dengan AI? Bagaimana cara Anda mendapatkan database untuk menjawab pertanyaan dengan Gemini API? Dapatkan insight tentang pengkodean dengan AI untuk memulai proyek pengembangan Anda sendiri.

Rumah baru bagi konten developer AI

Developer yang tertarik dengan penawaran AI Google kini memiliki rumah baru di ai.google.dev. Di sana, Anda akan menemukan banyak sumber daya untuk membangun dengan AI dari Google, termasuk tutorial Membangun dengan Google AI. Nantikan lebih banyak konten sepanjang sisa tahun ini.

Kami sangat antusias dalam mempersembahkan season kedua Membangun dengan Google AI – lihat Season 2 sekarang juga! Gunakan komentar video tersebut untuk memberi tahu kami pendapat Anda serta memberi tahu kami apa yang ingin Anda lihat di episode mendatang.

Terus belajar! Terus membangun!

Flutter tampil di panggung GDC

2024-03-20T17:46:00.005+07:00

Zoey Fan

Ikuti

Dipublikasikan di

Flutter

Bacaan 3 menit

Tahun lalu, tejadi pembaruan besar pada toolkit Flutter Casual Games.. Pekan ini, Flutter memulai debutnya di Konferensi Developer Game (GDC) di San Francisco, acara profesional utama industri game, yang mendukung para developer game dan kemajuan keahlian mereka. Baca terus untuk melihat kemajuan yang telah dibuat oleh para developer dalam membangun game di Flutter, dan apa yang tersedia untuk masa depan pengembangan game Flutter.

Gambar pahlawan Flutter untuk Game

Sejak peluncuran Flutter Casual Games Toolkit, Flutter telah membuat kemajuan yang signifikan dalam arena pengembangan game. Lebih dari 15.000 game seluler baru telah dikembangkan dengan Flutter dalam 12 bulan terakhir.

Flutter telah terbukti menjadi pilihan yang menarik untuk aplikasi game dari semua ukuran, memberdayakan developer game pemula seperti Tatsuya, yang menggunakan Flutter untuk membuat Tinies Merge di waktu luangnya dan berhasil menduduki 20 besar finalis di Festival Game Indie Google Play, hingga tim-tim di balik berbagai game populer seperti Trivia Crack, yang telah didownload ratusan juta kali di seluruh dunia!

Mengapa memilih Flutter untuk Game?

Flutter menawarkan keuntungan yang menarik untuk game kasual 2D, terutama game berbasis antarmuka atau berbasis giliran. Fakta bahwa Flutter bersifat open-source yang meniadakan biaya lisensi, memberikan kontrol mendalam atas mekanisme game, dan memberikan akses ke ekosistem plugin yang melimpah. Fitur “hot reload” Flutter mempercepat pengembangan, sementara mesinnya yang dioptimalkan memastikan performa yang lancar di seluruh perangkat, termasuk browser. Dengan kemampuan untuk membangun sekali dan men-deploy lintas platform, termasuk iOS, Android, web, desktop, dan Google Play Game untuk PC, Flutter mempermudah jangkauan game Anda. Jadi, jika Anda adalah seorang developer game, jangan abaikan potensi Flutter. Cobalah Flutter untuk game Anda berikutnya dan bantu kami menyebarkannya!

Untuk 2024 dan seterusnya: membangun ekosistem Pengembangan Game Flutter bersama-sama

Pada tahun 2024, kami berdedikasi untuk memberdayakan Anda agar dapat menciptakan pengalaman permainan kasual yang luar biasa dengan Flutter. Kami akan fokus pada:

Pemercepatan pengembangan: Nantikan sumber daya pengembangan game yang diperluas, seperti template, integrasi plugin, dan panduan mendalam, untuk mempercepat alur kerja Anda dan membuka potensi pengembangan game Flutter.
Perluasan jangkauan Anda: Kami berupaya agar deployment game Flutter di web dan platform lainnya menjadi lebih lancar, membuka audiens baru untuk kreasi Anda.
Landasan untuk masa depan: Meskipun dukungan game seluler 2D menjadi fokus utama, kami ingin mengeksplorasi kemampuan 3D sebagai bagian dari upaya GPU Flutter. Ikuti beberapa eksperimen awal kami untuk melihat progres kami.

Ucapan terima kasih khusus kepada komunitas

Kami sangat berterima kasih kepada komunitas atas dukungan berkelanjutan dan kontribusi signifikan Anda, yang telah mendorong pertumbuhan Flutter yang luar biasa di ruang pengembangan game.

Kami kagum atas pekerjaan Anda, dan sangat berterima kasih atas banyaknya kontribusi yang mengagumkan, termasuk:

Luan Nico, Lukas Klingsbo, Erick Zanardo, Renan Araujo, Arron Washington, Pasha Stetsenko, Jochum van der Ploeg, Fernando Ultremare, DevKage (Flame): Pekerjaan Anda pada mesin Flame dan proyek-proyek terkait telah berdampak besar untuk pengembangan game Flutter.
Rafael Barbosa (Bonfire): Mesin game Anda yang kuat dan serbaguna adalah alat yang fantastis untuk membuat game bergaya RPG.
Filip Hráček: Template dan tutorial Anda memberikan titik awal yang tak ternilai bagi banyak developer game baru.
Jeff Ward: Menyematkan Dart di game engine lain membuka berbagai kemungkinan menarik.
Tim luar biasa di @VeryGoodVentures: Game Anda yang indah dan kesediaan Anda untuk berbagi praktik terbaik meningkatkan standar untuk semua orang.
Abedalkareem Omreyh (layanan game), August, subhash279 (audioplayers), Marco Bavagnoli (Flutter SoLoud), dan banyak lagi lainnya yang menciptakan paket-paket penting: Landasan yang Anda berikan memungkinkan game yang kompleks dan menarik dengan Flutter.

Daftar ini hanya sedikit mengungkap talenta yang ada di komunitas ini. Kepada semua orang yang tidak dapat kami sebutkan satu per satu: kontribusi Anda sangat kami hargai, dan Anda menjadikan Flutter tempat yang dinamis untuk pengembangan game!

Sementara itu, kami juga ingin menyampaikan terima kasih yang sebesar-besarnya kepada para developer kami yang telah meluncurkan game menggunakan Flutter. Kreativitas dan semangat Anda menginspirasi kami untuk terus mendorong batas-batas dari apa yang mungkin, menjadikan Flutter alat yang lebih kuat bagi developer di seluruh dunia.

Perjalanan Flutter sebagai platform pengembangan game baru saja dimulai. Kami berkomitmen untuk berkembang bersama komunitas, mendengarkan masukan Anda, dan membangun alat yang Anda butuhkan.

Kami tak sabar ingin segera melihat kreasi Anda!

Menyesuaikan Gemini Pro di Google AI Studio atau dengan Gemini API

2024-03-19T18:01:00.009+07:00

Diposting oleh Cher Hu, Product Manager, dan Saravanan Ganesh, Software Engineer, untuk Gemini API

Postingan berikut ini awalnya dipublikasikan pada bulan Oktober 2023. Saat ini, kami telah memperbarui postingan tersebut untuk berbagi cara menyesuaikan model Gemini dengan mudah di Google AI Studio atau dengan Gemini API.

Tahun lalu, kami meluncurkan Gemini 1.0 Pro, model multimodal berukuran sedang yang dioptimalkan untuk penskalaan di berbagai tugas. Kemudian dengan 1.5 Pro tahun ini, kami menunjukkan kemungkinan akan apa yang dapat dilakukan oleh model bahasa besar dengan jendela konteks 1M eksperimental. Sekarang, untuk menyesuaikan model (teks) Gemini 1.0 Pro yang tersedia secara umum dengan cepat dan mudah untuk kebutuhan spesifik Anda, kami telah menambahkan Gemini Tuning ke Google AI Studio dan Gemini API.

Apa yang dimaksud dengan penyesuaian?

Developer sering kali membutuhkan kualitas output yang lebih tinggi untuk kasus penggunaan khusus daripada yang bisa dicapai melalui few-shot prompting. Penyesuaian meningkatkan teknik ini dengan melatih model dasar secara lebih lanjut pada lebih banyak contoh khusus tugas—begitu banyak sehingga semuanya tidak dapat dimasukkan ke dalam prompt.

Fine-tuning vs. Parameter Efficient Tuning

Anda mungkin pernah mendengar tentang "fine-tuning" model klasik. Di sinilah model yang telah dilatih sebelumnya disesuaikan untuk tugas tertentu dengan melatihnya pada set data berlabel khusus tugas yang lebih kecil. Namun, dengan LLM saat ini dan sejumlah besar parameternya, fine-tuning menjadi kompleks: membutuhkan keahlian machine learning, banyak data, dan banyak komputasi.

Penyesuaian di Google AI Studio menggunakan teknik yang disebut Parameter Efficient Tuning (PET) untuk menghasilkan model khusus yang berkualitas lebih tinggi, dengan latensi yang lebih rendah daripada few-shot prompting tanpa biaya tambahan dan kompleksitas fine-tuning tradisional. Selain itu, PET menghasilkan model berkualitas tinggi hanya dengan beberapa ratus titik data, sehingga mengurangi beban pengumpulan data bagi developer.

Mengapa melakukan penyesuaian?

Penyesuaian memungkinkan Anda menyesuaikan model Gemini dengan data Anda sendiri agar dapat beperforma lebih baik untuk tugas khusus sekaligus mengurangi ukuran konteks prompt dan latensi respons. Developer dapat menggunakan penyesuaian untuk berbagai kasus penggunaan, termasuk tetapi tidak terbatas pada:

Klasifikasi: Menjalankan tugas bahasa natural seperti mengklasifikasikan data Anda ke dalam kategori yang telah ditentukan sebelumnya, tanpa membutuhkan banyak alat ataupun pekerjaan manual.

Ekstraksi informasi: Mengekstrak informasi terstruktur dari sumber data yang tidak terstruktur untuk mendukung tugas hilir dalam produk Anda.

Pembuatan output terstruktur: Membuat data terstruktur, seperti tabel, dengan cepat dan mudah.

Model Kritik: Menggunakan penyesuaian untuk membuat model kritik agar dapat mengevaluasi output dari model lain.

Mulai cepat dengan Google AI Studio

1. Buat model yang disesuaikan

Menyesuaikan model di Google AI Studio sangatlah mudah. Cara ini tidak memerlukan keahlian engineering untuk membangun model khusus. Mulai dengan memilih “New tuned model” di panel menu sebelah kiri.

2. Pilih data yang akan disesuaikan

Anda dapat menyesuaikan model dari prompt terstruktur yang sudah ada atau mengimpor data dari Google Spreadsheet atau file CSV. Anda dapat memulai dengan sedikitnya 20 contoh dan agar bisa mendapatkan performa terbaik, kami sarankan untuk menyediakan set data yang terdiri dari setidaknya 100 contoh.

3. Lihat model yang disesuaikan

Lihat progres penyesuaian di library Anda. Setelah model selesai disesuaikan, Anda dapat melihat detailnya dengan mengklik model. Mulai jalankan model yang telah disesuaikan melalui prompt terstruktur atau freeform.

4. Jalankan model yang telah disesuaikan kapan saja

Anda juga bisa mengakses model yang baru disesuaikan dengan membuat prompt terstruktur atau freeform baru dan memilih model yang disesuaikan dari daftar model yang tersedia.

Menyesuaikan dengan Gemini API

Google AI Studio adalah cara tercepat dan termudah untuk mulai menyesuaikan model Gemini. Anda juga dapat mengakses fitur ini melalui Gemini API dengan memberikan data pelatihan dalam permintaan API saat membuat model yang disesuaikan. Pelajari lebih lanjut tentang cara memulainya di sini.

Kami sangat antusias untuk menyaksikan terbukanya berbagai kemungkinan dengan adanya penyesuaian bagi developer dan tidak sabar untuk melihat kreasi yang akan Anda buat dengan fitur ini. Jika Anda memiliki ide atau kasus penggunaan, bagikan dengan kami di X (sebelumnya dikenal sebagai Twitter) atau Linkedin.

Saksikan Google I/O pada tanggal 14 Mei

2024-03-14T18:05:00.008+07:00

Diposting oleh Jeanine Banks – VP & General Manager, Developer X, and Head of Developer Relations

Google I/O akan hadir tahun ini pada tanggal 14 Mei dan Anda diundang untuk bergabung bersama kami secara online! I/O menawarkan sesuatu untuk semua orang, apakah Anda sedang mengembangkan aplikasi baru, memodernisasi aplikasi lama, atau mengubahnya menjadi sebuah bisnis.

Era Gemini membuka kemungkinan baru bagi developer untuk membangun aplikasi berteknologi AI yang kreatif dan produktif. I/O adalah tempat Anda akan mendengar cara mewujudkan ide menjadi aplikasi AI produksi dengan lebih cepat. Kami sangat antusias dapat membagikan informasi terbaru untuk pengembangan seluler, web, dan multiplatform, serta cara menskalakan aplikasi Anda di cloud. Anda dapat mendalami lebih jauh topik-topik yang menarik minat Anda dengan lebih dari 100 sesi, lokakarya, codelab, dan demo.

Kunjungi situs Google I/O dan daftarkan diri Anda untuk mendapatkan informasi terbaru mengenai I/O dan acara terkait lainnya yang akan segera hadir. Sesi utama disiarkan secara langsung mulai tanggal 14 Mei pukul 10.00 PT, jadi tandai kalender Anda.

Jika Anda belum melakukannya, cobalah teka-teki Google I/O terbaru kami dan kunjungi @googlefordevs di Instagram jika Anda membutuhkan petunjuk.

Mengenal lebih dekat Indie Games Accelerator Google Play kelas 2024

2024-03-12T18:15:00.011+07:00

Diposting oleh Leticia Lago – Developer Marketing

Hari ini, kami tidak sabar untuk mengumumkan Indie Games Accelerator Google Play kelas 2024.

Studio-studio game terpilih dari seluruh dunia akan mengambil bagian dalam program akselerator 10 minggu yang dirancang untuk membawa bisnis mereka ke level berikutnya di Google Play. Program ini mencakup:

Serangkaian kelas master online, diskusi, dan lokakarya game, yang diselenggarakan oleh para pemimpin industri
Sesi bimbingan membahas berbagai topik antara lain pengembangan teknis, gameplay, dan kepemimpinan tim
Akses ke pakar game dari Google dan studio terkemuka

Karena banyaknya aplikasi yang mengesankan, kami gandakan jumlah kelas tahun ini dari 30 menjadi 60 studio. Tanpa berlama-lama lagi, Kenali lebih dekat kelas 2024 dan bergabunglah bersama kami untuk mengucapkan selamat kepada mereka!

Amerika

Logisk Studio
Attu
Sprocket Games
Blu Studios
Highpoint Games
D20 Studios
Supernova Games
Cafundó Creative Studio
Hyperthought Games Inc.
North Star Digital Studios
Theia Studios
Aurecas Games
Mana Burn
67 Bits
Retora Games
Ocarina Studios
WonderLegend Games
EiP Game Studio

Asia Pasifik

CLOVER-FI Games
Crimzen Red Studios
QueseraGames Co., Ltd.
Gonggamore Contents Inc.
ONDOT INC
LiberalDust
Studio Boxcat
Whoyaho Corp.
Blackhammer
Algorocks
Own Games
Kudos Games
Appspace Solutions
Lentera Nusantara
Dunali Games
Hexpion
Dreams Studio
Panthera Studio
Lunarite Studio
Npckc
ONDI Games
Playdew
Niku Games Studio
Avian Hearts Studios Pvt. Ltd
WASD Interactive

Eropa, Timur Tengah & Afrika

First Pick Studios
Pank0
Big Loop Studios
BaldrickSoft
RPG games
Airapport
Post Physical
WALKME MOBILE SOLUTIONS
Iteration One
Veryo Studios
Monster League
TERAHYPE
3Hills
Gravity Code
Torpor Games
Nordic Stone Studio
TruePlayers
Pineapple on Pizza Studios

Selamat sekali lagi kepada seluruh pendiri yang terpilih; kami tak sabar ingin melihat game Anda berkembang di platform kami.

Kami berkomitmen membantu semua bisnis aplikasi dan game dari semua ukuran untuk meraih potensi maksimalnya. Temukan selengkapnya tentang program Google Play, referensi, dan alat untuk developer game indie.

Memperkenalkan Play Install Referrer untuk Google Play Game di PC

2024-03-12T18:11:00.007+07:00

Diposting oleh Arjun Dayal, Director – Google Play Games

Membuat keputusan pemasaran yang tepat bergantung pada identifikasi saluran akuisisi pengguna yang paling penting untuk game Anda. Dengan melacak data rujukan, Anda bisa memahami sumber traffic mana yang paling banyak mengarahkan pengguna untuk mendownload aplikasi Anda dari Google Play Store. Insight ini bisa membantu Anda mengoptimalkan pengeluaran iklan dan memaksimalkan ROI. Karena itulah pada tahun 2017, kami meluncurkan Play Install Referrer API, yang menyediakan cara mudah dan tepercaya untuk melacak informasi rujukan aplikasi Anda secara langsung dari Play Store.

Hingga sekarang, fitur ini hanya tersedia untuk game Anda di Play Store seluler. Hari ini, kami sangat senang dapat mengumumkan dukungan untuk Google Play Game di PC, yang memungkinkan Anda menghubungkan konversi dari aktivitas pemasaran di Web¹. Jika Anda menggunakan Google Play Install Referrer API untuk melacak sumber rujukan, kini Anda bisa menghubungkan konversi ke kampanye tertentu secara langsung dari Google Play dengan mengambil informasi rujukan secara manual, atau menggunakan fitur analisis pihak ketiga dari Partner Atribusi Aplikasi Google.

Memulai sangatlah mudah. Pertama, buat URL Google Play untuk halaman listingan Google Play Store game Anda dan tambahkan parameter kueri perujuk untuk kampanye Web Anda. Kemudian, ketika pengguna PC mengklik link tersebut, mereka akan dialihkan ke halaman listingan game Anda di Google Play Web store, yang akan memberikan mereka opsi untuk "Instal di Windows." Setelah pengguna meluncurkan game, Anda bisa melacak rujukan menggunakan library Google Play Install Referrer.

“Dengan dukungan integrasi dari Adjust, developer bisa secara cepat dan efisien mengukur kampanye pemasaran untuk game mereka di Google Play Game di PC. Kami sangat senang dengan peluang yang terbuka bagi developer untuk memperluas jangkauan game mereka dan memperkuat pengukuran lintas platform.”
- Gijsbert Pols, Director of Connected TV & New Channels, Adjust

Pelajari lebih lanjut tentang kode rujukan pihak ketiga untuk Google Play Game di PC dan mulailah mengoptimalkan performa pemasaran Anda sekarang juga.

______________

¹Tergantung kompatibilitas perangkat dengan Google Play Game di PC.

Update produk penting dari Google for Games Developer Summit 2024

2024-03-12T18:08:00.002+07:00

Diposting oleh Aurash Mahbod – General Manager, Games on Google Play

Kami memiliki misi untuk menjadikan Google Play sebagai destinasi terbaik bermain game, dan game Anda yang luar biasa adalah faktor yang memungkinkan hal tersebut terjadi. Karena itulah kami berinvestasi pada alat yang memampukan Anda untuk mencapai lebih banyak hal dengan meningkatkan engagement pengguna, mempercepat pertumbuhan bisnis, dan memaksimalkan jangkauan.

Hari ini, kami membagikan detail selengkapnya mengenai investasi tersebut di Google for Games Developer Summit. Lihat sesi Utama on demand, atau lanjutkan membaca untuk mengetahui update produk penting dari acara ini.

Lebih banyak cara untuk meningkatkan engagement pengguna

Kami tahu bahwa identitas, progres, dan pencapaian adalah hal yang penting bagi gamer. Dengan Layanan game Play (PGS), gamer bisa beralih antar perangkat dan kembali ke gameplay secara instan, pada perangkat apa pun yang terhubung dengan PGS¹. Berdasarkan masukan Anda, kami telah mempermudah pengintegrasian PGS dan memberikan pengalaman yang lebih relevan bagi pengguna:

Tidak diperlukan perubahan database untuk mengintegrasikan PGS, dan Anda tidak perlu lagi menyimpan tautan antara akun dalam game dan profil PGS.

Anda bisa mulai menyinkronkan informasi login pengguna secara otomatis melalui PGS, termasuk pengguna yang tidak memiliki profil, untuk memastikan bahwa progres mereka siap disinkronkan ketika mereka berganti ke perangkat baru².

Sepanjang tahun ini, kami meluncurkan banyak cara bagi Anda untuk membuat konten dalam game yang menarik berdasarkan level pencapaian atau progres game. Sebagai contoh, Anda akan dapat membuat Misi dalam game untuk menantang pemain sembari membuka reward menggunakan Play Points.

Untuk mulai menciptakan pengalaman menarik ini dalam game Anda, integrasikan PGS sekarang — dan nantikan lebih banyak kemampuan lainnya yang akan segera hadir.

Kami juga berupaya untuk menyesuaikan pengalaman Play Store kami agar dapat lebih melibatkan pengguna yang telah menginstal game Anda. Mulai hari ini, kami meluncurkan penyempurnaan pada listingan Play Store untuk menampilkan update game, konten baru, dan promosi secara langsung di Play³. Halaman listingan Play Store Anda akan menampilkan konten yang relevan agar audience selalu tertarik dengan game Anda, termasuk video YouTube terbaru, FAQ yang dibuat AI, dan lainnya.

Peningkatan ini sekarang masih terbatas untuk pengguna berbahasa Inggris dan judul-judul tertentu yang merupakan bagian dari program akses awal. Jika Anda tertarik untuk menguji listingan Play Store yang disempurnakan untuk game Anda dan membantu mengembangkan fitur ini dengan masukan, Anda bisa menyatakan minat Anda di sini.

Program yang diperluas untuk mempercepat pertumbuhan

Kami juga memperluas program terpopuler kami untuk membantu Anda mempercepat pertumbuhan bisnis Anda.

Dengan lebih dari 220 juta anggota, Google Play Points adalah salah satu program loyalitas terbesar di dunia. Tersedia di lebih dari 35 pasar dan mencakup sebagian besar pembelanja aktif yang siap membeli, Play Points membantu Anda mempertahankan pengguna dan menjangkau pengguna baru. Tahun ini, kami sangat senang mengumumkan bahwa kami akan meluncurkan Google Play Points di Brasil.

Play Points kini menawarkan kemampuan untuk menetapkan penawaran eksklusif dalam game dengan jumlah terbatas, sehingga membangun antusiasme dan meningkatkan partisipasi dalam promo terbatas. Penawaran ini sangat efektif dalam menjangkau pengguna yang membayar dan mendorong pembelian berulang.

Google Play Pass, yang telah tumbuh lebih dari 120% dalam jumlah langganan selama setahun terakhir, berekspansi dengan memasukkan penawaran dalam game dari game-game populer. Kami meluncurkan penawaran dalam game di 21 pasar termasuk Jepang, dan meluncurkan Play Pass di Korea akhir tahun ini.

Beberapa game seluler terbesar di dunia seperti EA SPORTS FC™ Mobile, Mobile Legends: Bang Bang, MONOPOLY GO! dan Roblox menggunakan Play Pass untuk menjangkau dan menarik pembeli baru, dengan mayoritas pengguna membelanjakan lebih dari jumlah penawaran yang diberikan oleh Play Pass⁴.

Cara baru untuk memaksimalkan jangkauan

Terakhir, untuk membantu Anda menjangkau lebih banyak pengguna dengan game Anda, kami mempermudah penskalaan dan pengembangan game multiplatform di perangkat seluler, tablet, Chromebook, dan PC Windows⁵.

Saat ini, Google Play Game di PC memiliki lebih dari 3.000 judul di lebih dari 140 negara, dengan developer mendapatkan lebih banyak waktu bermain hingga 35%.⁶. Tahun ini, kami menambahkan dukungan untuk penerbitan game PC native. Game PC populer seperti Lineage2M, Odin: Valhalla Rising, Genshin Impact, dan Dragonheir: Silent Gods sudah tersedia dengan Solo Leveling: Arise akan segera hadir tahun ini. Jika Anda memiliki game PC native dan ingin memperluasnya ke audience gamer global, silakan nyatakan minat Anda di sini.

Kami juga membuat kampanye akuisisi pengguna menjadi lebih mudah dan berguna untuk game PC. Sekarang Anda bisa menggunakan Play Install Referrer API untuk Google Play Games untuk mencapai pemasaran closed-loop di PC, meneruskan informasi klik atau kampanye ke dalam game sehingga Anda bisa mengoptimalkan kampanye pemasaran di seluruh jaringan iklan, sosial, dan saluran lainnya.

Untuk berita selengkapnya dari Google for Games Developer Summit, lihat g.co/gamedevsummit. Anda juga bisa terhubung dengan kami di GDC di San Francisco. Kami akan menyelenggarakan sesi sehari penuh pada 19 Maret dan pengalaman produk praktis selama seminggu di Moscone Center, West Hall, Lobi Level 2 mulai 18 Maret hingga 22 Maret.

Seperti biasa, terima kasih telah bermitra dengan kami untuk menghadirkan game yang luar biasa kepada para pemain di mana pun.

___________________

¹Tergantung ketersediaan game dan kompatibilitas PC.

²Fitur ini membutuhkan integrasi PGS SDK V2. Developer bisa menyimpan informasi login ke PGS untuk pengguna, tetapi hanya dapat mengambilnya ketika pengguna telah membuat profil.

³Ketersediaan fitur terbatas untuk pengguna berbahasa Inggris dan judul-judul tertentu yang merupakan bagian dari program akses awal.

⁴Data internal Google. Pembeli baru mengacu pada pengguna yang melakukan pembelian selama eksperimen uji coba ini setelah tidak melakukan pembelian selama 50 hari terakhir.

⁵Windows adalah merek dagang dari grup perusahaan Microsoft.

⁶Data internal Google.

Kemampuan berbagi layar yang disempurnakan di Android 14 (dan Google Meet) meningkatkan produktivitas rapat

2024-03-11T18:28:00.007+07:00

Diposting oleh Francesco Romano–Developer Relations Engineer di Android

Berbagi layar aplikasi meningkatkan privasi and produk

Android 14 QPR2 menghadirkan kemajuan menarik dalam privasi pengguna dan multitasking yang lebih efisien dengan berbagi layar aplikasi. Pengguna tidak lagi harus menyiarkan seluruh layar mereka saat berbagi layar atau casting, memastikan mereka membagikan apa yang ingin mereka bagikan.

Manfaatkan MediaProjection API baru untuk menyesuaikan pengalaman berbagi layar dan memberikan utilitas yang lebih besar kepada pengguna Anda.

Apa yang dimaksud dengan berbagi layar aplikasi?

Sebelum Android 14, pengguna hanya dapat berbagi atau merekam seluruh layar mereka di perangkat Android, yang dapat mengekspos informasi pribadi di aplikasi atau notifikasi lain.

Berbagi layar aplikasi adalah fitur platform baru yang memungkinkan pengguna membatasi berbagi dan merekam ke satu jendela aplikasi, mengurangi risiko berbagi pesan pribadi atau notifikasi secara berlebihan. Dengan berbagi layar aplikasi, status bar, menu navigasi, notifikasi, dan elemen UI sistem lainnya dikecualikan dari tampilan bersama. Hanya konten aplikasi yang dipilih yang dibagikan.

Ini tidak hanya meningkatkan keamanan untuk berbagi layar, tetapi juga memungkinkan kasus penggunaan baru di layar besar. Pengguna dapat meningkatkan produktivitas multitasking–seperti berbagi layar saat menghadiri rapat–dengan memanfaatkan ruang layar ekstra pada perangkat yang lebih besar ini.

Bagaimana cara kerjanya?

Ada tiga poin entri berbeda bagi pengguna untuk memulai berbagi layar aplikasi:

Mulai casting dari Setelan Cepat
Mulai perekaman layar dari Setelan Cepat
Luncurkan dari aplikasi dengan kemampuan berbagi layar atau merekam melalui MediaProjection API

Mari lihat contoh di mana pengguna host ingin membagikan satu aplikasi kepada peserta panggilan video.

Pengguna host mulai berbagi layar seperti biasa.Namun kini di Android 14, mereka disajikan dengan dialog yang diperbarui yang memungkinkan mereka untuk memilih untuk berbagi satu aplikasi saja, alih-alih seluruh layar.

Pengguna host memutuskan untuk membagikan satu aplikasi, dan mereka memilih aplikasi dari App Selector.

Selama berbagi layar, peserta panggilan video hanya dapat melihat konten dari aplikasi yang dipilih.

Pengguna host dapat mengakhiri screenshot dengan beberapa cara: dari aplikasi tempat berbagi dimulai, dalam menu notifikasi, dengan menutup aplikasi yang dibagikan, atau dengan mengakhiri panggilan video.

Bagaimana cara mendukung berbagi layar aplikasi?

Aplikasi yang menggunakan MediaProjection API mampu memulai berbagi layar aplikasi tanpa perubahan kode. Namun, penting untuk menguji aplikasi Anda untuk memastikan bahwa pengalaman berbagi layar berfungsi sebagaimana mestinya, karena alur penggunaan berubah dengan perilaku baru ini. Sebelumnya, pengguna akan tetap berada di aplikasi host setelah dialog izin. Dengan berbagi layar aplikasi, pengguna tidak akan dikembalikan ke aplikasi host, melainkan aplikasi target yang akan dibagikan seketika diluncurkan. Jika aplikasi target sudah berjalan di latar depan (mis. dalam mode multi-jendela), maka aplikasi itu hanya akan menjadi yang terfokus paling atas.

Android 14 juga memperkenalkan dua metode callback untuk memberdayakan Anda menyesuaikan pengalaman berbagi:

MediaProjection.Callback#onCapturedContentResize(width, height) dipanggil segera setelah rekam dimulai atau saat ukuran region yang direkam berubah. Argumen metode memberikan ukuran yang akurat untuk tangkapan streaming.

Catatan: Lebar dan tinggi yang diberikan sesuai dengan lebar dan tinggi yang akan ditampilkan oleh android.view.WindowMetrics#getBounds() dari region yang direkam.

Jika konten yang direkam memiliki rasio aspek berbeda dari VirtualDisplay atau output Surface, streaming yang direkam memiliki bilah hitam di sekitar konten yang direkam. Aplikasi dapat menghindari bilah hitam di sekitar konten yang direkam dengan memperbarui ukuran VirtualDisplay dan output Surface:

override fun onCapturedContentResize(width: Int, height: Int): String {
    // VirtualDisplay instance from MediaProjection#createVirtualDisplay().
    virtualDisplay.resize(width, height, dpi)

    // Create a new Surface with the updated size.
    val textureName: Int // the OpenGL texture object name
    val surfaceTexture = SurfaceTexture(textureName)
    surfaceTexture.setDefaultBufferSize(width, height)
    val surface = Surface(surfaceTexture)

    // Ensure the VirtualDisplay has the updated Surface to send the capture to.
    virtualDisplay.setSurface(surface)
}

API lainnya adalah MediaProjection.Callback#onCapturedContentVisibilityChanged(isVisible), yang dipanggil setelah rekam dimulai atau saat visibilitas region yang direkam berubah. Argumen metode menunjukkan visibilitas saat ini dari region yang direkam.

Callback terpicu saat:

Region yang direkam menjadi tidak terlihat (isVisible==False). Ini mungkin terjadi saat aplikasi yang diproyeksikan bukan lagi yang paling atas, seperti saat aplikasi lain menutupinya sepenuhnya, atau pengguna keluar dari aplikasi yang direkam.
Region yang direkam menjadi terlihat lagi (isVisible==True). Ini mungkin terjadi jika pengguna memindahkan aplikasi yang menutupi untuk menampilkan setidaknya beberapa bagian dari aplikasi yang direkam (misalnya, pengguna memiliki beberapa aplikasi yang terlihat dalam mode multi-jendela).

Aplikasi dapat memanfaatkan callback ini dengan menunjukkan atau menyembunyikan konten yang diambil dari Surface output berdasarkan apakah region yang direkam saat ini terlihat oleh pengguna. Anda harus menjeda atau melanjutkan berbagi untuk menghemat resource.

Cara Google Meet meningkatkan produktivitas rapat

“Berbagi layar aplikasi memungkinkan pengguna untuk berbagi informasi spesifik dalam panggilan Meet tanpa terlalu banyak berbagi informasi pribadi di layar seperti pesan dan notifikasi. Pengguna dapat memilih aplikasi tertentu untuk dibagikan, atau mereka dapat berbagi seluruh layar seperti sebelumnya. Selain itu, pengguna dapat memanfaatkan mode layar split-screen pada perangkat layar besar untuk berbagi konten sambil tetap melihat wajah teman, keluarga, rekan kerja, dan peserta rapat lainnya.” - Manajer Produk di Google Meet

Mari lihat tindakan berbagi layar aplikasi selama panggilan video, dalam versi Google Meet yang akan segera hadir ini!

Jendela ke dunia

Berbagi layar aplikasi membuka pintu (dan jendela) untuk pengalaman aplikasi yang lebih terfokus dan aman dalam ekosistem Android.

Fitur baru ini meningkatkan beberapa kasus penggunaan:

Aplikasi kolaborasi dapat memfasilitasi diskusi terfokus pada elemen desain, dokumen, atau spreadsheet tertentu tanpa menyertakan detail latar belakang yang mengganggu.
Agen dukungan teknis dapat melihat aplikasi masalah pengguna dari jarak jauh tanpa melihat konten yang berpotensi sensitif di area lain.
Alat konferensi video dapat berbagi jendela presentasi secara selektif daripada seluruh layar.
Aplikasi pendidikan dapat menunjukkan fungsionalitas tanpa mengorbankan privasi siswa, dan siswa dapat membagikan proyek tanpa khawatir menunjukkan informasi sensitif.

Dengan mengimlementasikan berbagi layar aplikasi secara bijaksana, Anda dapat menjadikan aplikasi Anda sebagai jawara privasi dan kenyamanan pengguna.

#TheAndroidShow: terbaru dari MWC, Gemini Nano, Android 15, dan banyak lagi!

2024-03-07T18:23:00.009+07:00

Diposting oleh Anirudh Dewani, Direktur Hubungan Developer Android

Minggu lalu, para pembuat perangkat Android merilis banyak perangkat baru, dan hari ini kami akan mengupas tuntas apa artinya hal itu bagi para developer, serta yang terbaru dari Gemini Nano, Android 15, Jetpack Compose, dan banyak lagi, dalam episode lain dari acara TV triwulanan kami, #TheAndroidShow:

Perangkat wearable dan foldable terbaru – mulailah membangun!

Para pembuat perangkat Android meluncurkan perangkat wearable dan foldable terbaru mereka minggu lalu di Mobile World Congress, dan kami berada di Barcelona untuk melihat perangkat-perangkat baru tersebut serta cara Anda dapat mulai membangun di atasnya. Beberapa favorit kami:

OnePlus Watch 2, didukung dengan versi terbaru Wear OS (Wear OS 4). Perangkat ini memanfaatkan pembaruan yang telah kami lakukan pada pengalaman pengguna Wear OS by Google, khususnya meningkatkan daya dan performa, Anda dapat membaca lebih lanjut di sini.

Xiaomi Watch 2, smartwatch terbaru dari tim Xiaomi. Perangkat ini didukung oleh Wear OS by Google dan memberikan pengalaman kamera, kebugaran, dan tidur yang telah di-upgrade untuk memungkinkan pengguna mendapatkan yang terbaik dari perangkat mereka.

PORSCHE DESIGN HONOR Magic V2 RSR, smartphone foldable tertipis di dunia. Ini adalah perangkat foldable terbaru untuk Android dan didesain dengan mengedepankan pengalaman pengguna, termasuk teknologi kenyamanan mata yang berfokus pada manusia.

Compose adalah cara yang luar biasa untuk membuat aplikasi bagi pengguna Anda di seluruh faktor bentuk. Compose untuk Wear OS dan tata letak adaptif yang akan datang untuk layar besar membantu para developer menghidupkan aplikasi mereka dengan kode yang lebih sedikit, alat yang canggih, dan API yang intuitif. Lihat galeri Wear OS dan Layar Besar, di mana Anda dapat menemukan inspirasi UX dan panduan desain yang disesuaikan dengan jenis aplikasi Anda.

Di balik layar, dengan Gemini Nano dan AICore

Dengan semua kegembiraan seputar AI generatif, mungkin sulit untuk mengetahui dari mana harus memulai. Jadi dalam acara TV hari ini, kami akan mengajak Anda ke balik layar dengan Gemini Nano, model paling efisien dari Google yang dibuat untuk tugas-tugas di perangkat, dan AICore, layanan sistem Android untuk model dasar di perangkat. Kami menyoroti cara tim yang membangun aplikasi Perekam Suara menggunakan Gemini Nano untuk membantu meringkas memo suara pengguna di perangkat dan dengan mempertimbangkan privasi. Inilah bagian terbaiknya: tim membangun fitur ini dalam waktu singkat hanya dengan sejumlah kecil engineer.

Now in Android

Kami merayakan episode ke-100 Now in Android, yang mencakup berita developer terbaru, termasuk:

Pratinjau developer Android 15, yang mencakup pembaruan pada Privacy Sandbox dan Health Connect, API perlindungan integritas file yang baru, kontrol kamera yang disempurnakan, perangkat MIDI 2.0 virtual, Android Dynamic Performance Framework yang telah diperluas, dan masih banyak lagi.

Android Studio Iguana🦎yang sekarang sudah tersedia dalam versi stabil dan mencakup Pemeriksaan UI Compose, Rendering progresif di Pratinjau Compose, dukungan Sistem Kontrol Versi di App Quality Insights, dukungan bawaan untuk membuat Profil Baseline, Espresso device API, dan banyak lagi.

Foto cloud, sekarang tersedia di pemilih foto Android.

ML Kit Document Scanner API, memungkinkan Anda untuk dengan mudah mengintegrasikan kemampuan pemindaian dokumen tingkat lanjut dalam aplikasi Anda.

Antarmuka Hybrid Wear OS, Scrolling/Skipping/Shapes di Compose, Lint, dan masih banyak lagi!

Itulah ringkasan dari episode lain dari acara TV triwulanan kami, #TheAndroidShow. Namun, perbincangan terus berlanjut di YouTube, X, dan LinkedIn: beri tahu kami bagian favorit Anda, atau apa yang Anda ingin kami bahas berikutnya di episode triwulanan kami. Sebelum kami berpamitan, Anda bisa melihat playlist lengkap, dengan berita terbaru dari para developer Android, di sini.

Mendesain pengalaman penghapusan akun Anda dengan mempertimbangkan pengguna

2024-03-06T18:18:00.007+07:00

Diposting oleh Tatiana van Maaren–Pemimpin Kemitraan T&S Global, Privasi & Keamanan, May Smith–Product Manager, dan Anita Issagholyan–Pemimpin Kebijakan

Dengan jutaan developer yang mengandalkan platform kami, Google Play berkomitmen untuk menjaga ekosistem kami tetap aman bagi semua orang. Itulah sebabnya, selain investasi berkelanjutan kami dalam privasi dan keamanan aplikasi, kami juga terus memperbarui kebijakan kami untuk merespons tantangan dan ekspektasi pengguna yang baru.

Sebagai contoh, kami baru-baru ini memperkenalkan kebijakan penghapusan akun baru dengan pengungkapan yang diperlukan dalam bagian Keamanan Data di Play Store. Menghapus akun seharusnya semudah membuat akun, sehingga kebijakan baru ini mengharuskan developer untuk menyediakan informasi dan sumber daya web yang membantu pengguna untuk mengelola data mereka dan memahami praktik penghapusan aplikasi.

Untuk membantu Anda membangun kepercayaan dan mendesain pengalaman yang mudah digunakan yang membantu memenuhi persyaratan kebijakan kami, pertimbangkan 5 praktik terbaik berikut ini saat menerapkan solusi penghapusan akun Anda.

1. Buatlah menjadi lancar

Pengguna lebih menyukai alur penghapusan akun yang sederhana dan tidak berbelit-belit. Meskipun pengguna tahu bahwa akan ada lebih banyak langkah lebih lanjut (seperti autentikasi), menavigasi beberapa layar sebelum halaman penghapusan dapat menjadi penghalang yang signifikan dan menimbulkan perasaan negatif bagi pengguna. Pertimbangkan untuk menyediakan opsi penghapusan akun Anda di halaman setelan akun atau letakkan tombol yang mencolok di layar utama. Desain alur dengan mempertimbangkan visibilitas dengan membawa pengguna langsung ke proses penghapusan.

2. Izinkan penghapusan otomatis

Pengguna merasa bahwa jika mereka dapat membuat akun tanpa berbicara dengan agen layanan pelanggan, mereka seharusnya juga dapat menghapus akun mereka secara online. Jika otomatisasi belum ada dalam roadmap Anda, pertimbangkan formulir permintaan penghapusan langkah demi langkah atau halaman khusus untuk menghubungkan pengguna dengan dukungan pelanggan.

3. Tawarkan panduan dan jelaskan implikasi yang dapat ditimbulkan

Pengguna menghapus akun mereka karena berbagai alasan, beberapa di antaranya mungkin lebih baik di-resolve dengan cara lain. Di awal alur penghapusan Anda, arahkan pengguna Anda ke artikel Pusat Bantuan yang menjelaskan cara kerja proses penghapusan Anda dalam istilah yang sederhana, termasuk kemungkinan konsekuensi apa pun. Misalnya, jelaskan apakah pengguna Anda perlu menjeda metode pembayaran mereka sebelum menghapus akun, atau mendownload data akun apa pun yang ingin mereka simpan. Membantu pengguna Anda memahami prosesnya terlebih dahulu dapat mencegah penghapusan yang tidak disengaja. Bagi mereka yang berubah pikiran, pertimbangkan untuk menawarkan cara untuk memulihkan akun mereka dalam jangka waktu yang wajar.

Berikut ini adalah contoh bagaimana Developer Play Store, Canva, telah mendesain alur penghapusan dalam aplikasi untuk menjelaskan konsekuensi potensial dari penghapusan akun:

Perjalanan pengguna di aplikasi Canva

“Privasi data pengguna selalu menjadi hal yang penting bagi kami. Kami selalu mempertimbangkan pendekatan kami dalam mengoptimalkan aplikasi Canva sehingga pengguna kami dapat memiliki lebih banyak transparansi dan kontrol atas data mereka. Kami menyambut baik persyaratan baru dari Play Store ini karena kami tahu bahwa alur baru ini akan meningkatkan kepercayaan pengguna terhadap aplikasi kami dan memberikan manfaat bagi bisnis kami dalam jangka panjang.” - Will Currie, Software Engineer, Canva

4. Konfirmasi penghapusan akun

Terkadang pengguna tidak mengerti apakah yang dihapus adalah akunnya atau hanya data yang dikumpulkan oleh aplikasi saat proses penghapusan. Pengguna sering mengira bahwa data yang disimpan aplikasi Anda di cloud akan secara otomatis terhapus bersamaan dengan penghapusan akun. Karena mungkin perlu waktu untuk menghapus data akun dari sistem internal perusahaan atau mematuhi persyaratan retensi data di berbagai region, transparansi tentang proses ini dapat membantu Anda mempertahankan kepercayaan pada merek Anda dan meningkatkan kemungkinan pengguna untuk kembali di masa mendatang.

Berikut ini SYBO Games, telah mendesain alur penghapusan web dalam aplikasi mereka:

Perjalanan pengguna di sumber daya web Sybo Games

“Kami selalu berusaha untuk memastikan bahwa game kami memberikan pengalaman pengguna yang menyenangkan, dibangun di atas fondasi perlindungan data yang solid. Saat kami mengetahui tentang pembaruan penghapusan akun baru di Google Play, kami pikir ini merupakan langkah besar untuk memastikan bahwa seluruh ekosistem developer mengoptimalkan keamanan pengguna. Kami mendorong para developer untuk meluangkan waktu guna melakukan peningkatan ini dan memprioritaskan check-in privasi secara reguler.” - Elizabeth Ann Schweitzer, Manajer Kepatuhan Game, SYBO Games

5. Jangan lupakan engagement pengguna

Ini adalah kesempatan bagus untuk terhubung dengan pengguna Anda pada saat yang kritis. Pastikan pengguna yang telah meng-uninstal aplikasi Anda dapat dengan mudah menghapus akun mereka melalui sumber daya web tanpa perlu menginstal ulang aplikasi. Anda juga dapat mengundang mereka untuk menyelesaikan survei atau memberikan masukan tentang keputusan mereka.

Melindungi data pengguna sangat penting untuk membangun kepercayaan dan loyalitas. Dengan memperbarui bagian Keamanan Data di Google Play dan terus mengoptimalkan pengalaman pengguna untuk penghapusan akun, Anda dapat memperkuat kepercayaan terhadap perusahaan Anda sembari mengupayakan perlindungan data pengguna level tertinggi.

Terima kasih atas kolaborasi dan masukan Anda yang berkelanjutan dalam mengembangkan fitur transparansi data ini dan dalam membantu menjadikan Google Play aman untuk semua.

Memperkenalkan mesin Text-To-Speech baru pada Wear OS

2024-03-05T18:18:00.009+07:00

Diposting oleh Ouiam Koubaa – Product Manager dan Yingzhe Li – Software Engineer

Hari ini, kami sangat senang bisa mengumumkan perilisan mesin Text-To-Speech (TTS) baru yang berkinerja baik dan andal. Text-to-speech mengubah teks menjadi ucapan yang terdengar natural untuk lebih dari 50 bahasa yang didukung teknologi machine learning (ML) Google. Mesin text-to-speech baru pada Wear OS menggunakan model ML prosodi yang lebih kecil dan efisien untuk menghadirkan sintesis yang lebih cepat pada perangkat Wear OS.

Kasus penggunaan text-to-speech Wear OS dapat mencakup layanan aksesibilitas, panduan latihan untuk aplikasi olahraga, panduan navigasi, dan membacakan peringatan yang masuk dengan keras melalui speaker jam atau headphone yang terhubung melalui Bluetooth. Mesin ini diperuntukkan buat interaksi singkat, jadi sebaiknya tidak digunakan untuk membaca artikel panjang, atau ringkasan podcast berdurasi panjang.

Cara menggunakan TTS Wear OS

Text-to-speech telah lama didukung di Android. TTS baru Wear OS telah disempurnakan agar berkinerja baik dan andal pada perangkat dengan memori rendah. Semua API Android masih sama, jadi developer menggunakan proses yang sama untuk mengintegrasikannya ke dalam aplikasi Wear OS, misalnya, TextToSpeech#speak bisa digunakan untuk mengucapkan teks tertentu. TTS tersedia pada perangkat yang menjalankan Wear OS 4 atau yang lebih tinggi.

Saat pengguna berinteraksi dengan TTS Wear OS untuk pertama kalinya setelah perangkat booting, mesin sintesis akan siap dalam waktu sekitar 10 detik. Untuk kasus tertentu ketika developer menginginkan agar jam segera berbicara setelah membuka aplikasi atau meluncurkan pengalaman, kode berikut bisa digunakan untuk melakukan pemanasan awal mesin TTS sebelum ada permintaan sintesis yang masuk.

private fun initTtsEngine() {
    // Callback when TextToSpeech connection is set up
    val callback = TextToSpeech.OnInitListener { status ->
        if (status == TextToSpeech.SUCCESS) {
            Log.i(TAG, "tts Client Initialized successfully")


            // Get default TTS locale
            val defaultVoice = tts.voice
            if (defaultVoice == null) {
                Log.w(TAG, "defaultVoice == null")
                return@OnInitListener
            }


            // Set TTS engine to use default locale
            tts.language = defaultVoice.locale




            try {
                // Create a temporary file to synthesize sample text
                val tempFile =
                        File.createTempFile("tmpsynthesize", null, applicationContext.cacheDir)


                // Synthesize sample text to our file
                tts.synthesizeToFile(
                        /* text= */ "1 2 3", // Some sample text
                        /* params= */ null, // No params necessary for a sample request
                        /* file= */ tempFile,
                        /* utteranceId= */ "sampletext"
                )


                // And clean up the file
                tempFile.deleteOnExit()
            } catch (e: Exception) {
                Log.e(TAG, "Unhandled exception: ", e)
            }
        }
    }


    tts = TextToSpeech(applicationContext, callback)
}

Setelah selesai menggunakan TTS, Anda dapat menghentikan mesin dengan memanggil tts.shutdown() dalam metode onDestroy() aktivitas Anda. Perintah ini juga harus digunakan saat menutup aplikasi yang menggunakan TTS.

Bahasa dan Lokalitas

Secara default, TTS Wear OS memuat 7 bahasa bawaan dalam image sistem: Bahasa Inggris, Spanyol, Prancis, Italia, Jerman, Jepang, dan Mandarin. OEM dapat memilih untuk melakukan pramuat set bahasa yang berbeda. Anda bisa memeriksa bahasa apa saja yang tersedia dengan menggunakan TextToSpeech#getAvailableLanguages(). Selama pengaturan jam, jika pengguna memilih bahasa sistem yang bukan merupakan file suara pramuat, jam akan secara otomatis mendownload file suara yang sesuai saat pengguna pertama kali terhubung ke Wi-Fi saat mengisi daya jam mereka.

Ada beberapa kasus tertentu di mana output ucapan mungkin berbeda dari bahasa sistem pengguna. Misalnya, dalam skenario ketika aplikasi keamanan menggunakan TTS untuk memanggil petugas tanggap darurat, developer mungkin ingin menyintesis ucapan dalam bahasa lokal tempat pengguna berada, bukan bahasa yang digunakan jam. Untuk menyintesis teks dalam bahasa yang berbeda dari setelan sistem, gunakan TextToSpeech#setLanguage(java.util.Locale)

Kesimpulan

Aplikasi Wear OS Anda sekarang dapat berbicara, baik secara langsung dari speaker jam atau melalui headphone yang terhubung dengan Bluetooth. Pelajari lebih lanjut tentang penggunaan TTS.

Kami sangat ingin melihat bagaimana Anda menggunakan mesin Text-to-speech untuk menciptakan pengalaman yang lebih bermanfaat dan menarik bagi pengguna Anda di Wear OS!

Copyright 2023 Google LLC.
SPDX-License-Identifier: Apache-2.0

Menyambut Android 14: Adopsi Awal Meta yang Memberdayakan Pengalaman Pengguna yang Ditingkatkan

2024-03-04T18:21:00.012+07:00

Diposting oleh Terence Zhang – Developer Relations Engineer, Google; bekerja sama dengan Tina Ho - Partner Engineering, TPM dan Kun Wang – Partner Engineering, Partner Engineer

Dengan dirilisnya Pratinjau Developer Android 15 yang pertama, rilis Android baru lainnya yang menghadirkan fitur baru dan peningkatan di balik layar untuk miliaran pengguna di seluruh dunia akan segera hadir. Sebagai developer Android, Anda adalah pemain utama dalam evolusi ini; dengan tetap berada di atas siklus upgrade targetSDK, Anda memastikan bahwa pengguna mendapatkan pengalaman terbaik.

Cara Meta, perusahaan induk Instagram, Facebook, WhatsApp, dan Messenger, melakukan pendekatan terhadap Android 14 memberikan cetak biru untuk kesuksesan developer dan kepuasan pengguna. Meta meningkatkan kecepatan adopsi targetSDK hingga 4x lipat, dan untuk memahami lebih lanjut tentang bagaimana mereka membangunnya, kami berbicara dengan tim di Meta, dengan tujuan untuk mendapatkan insight yang dapat dibangun oleh semua developer ke dalam program pengujian mereka.

Perjalanan Meta di A14: Cetak biru untuk adopsi yang lebih cepat

Ketika Android 11 diluncurkan, beberapa aplikasi Meta mengalami kendala dengan fitur yang sudah ada, seperti Chat Head, dan persyaratan baru, seperti integrasi penyimpanan terbatas. Memperbaiki masalah ini cukup rumit karena lambatnya adopsi alat developer dan strategi aplikasi yang terdesentralisasi. Pengalaman ini memotivasi Meta untuk membuat Program Kesiapan Android OS internal yang berfokus pada prioritas pengujian awal dan menyeluruh di seluruh jendela rilis Android dan mempercepat adopsi targetSDK aplikasi mereka.

Program ini secara resmi diluncurkan tahun lalu. Dengan mengompilasi aplikasi terhadap setiap Android 14 beta dan melakukan pengujian otomatis dan fungsi mendasar software secara menyeluruh untuk secara proaktif mengidentifikasi potensi masalah, Meta dapat dengan mulus mengadopsi fitur Android 14 baru, seperti tipe Layanan Latar Depan dan mengirimkan masukan serta laporan bug tepat waktu ke tim Android, yang berkontribusi pada peningkatan OS.

Meta juga mempercepat adopsi targetSDK mereka untuk Android 14—mengupdate Messenger, Facebook, dan Instagram dalam waktu satu hingga dua bulan setelah rilis AOSP, dibandingkan dengan tujuh hingga sembilan bulan untuk Android 12 (peningkatan kecepatan lebih dari 4x lipat!). Program kesiapan yang baru dibuat Meta menjadi kunci pencapaian ini dengan bekerja di setiap aplikasi untuk mengadopsi perubahan Android terbaru sembari tetap mempertahankan kompatibilitas. Sebagai contoh, dengan mengotomatiskan dan menyederhanakan proses rilis SDK mereka, Meta mampu memangkas waktu peluncuran dari tiga minggu menjadi kurang dari tiga jam, meningkatkan kerja sama di antara masing-masing tim aplikasi dengan menyediakan akses langsung ke SDK terbaru dan memungkinkan pengujian cepat terhadap fitur OS terbaru. Pendekatan terpusat juga berarti Threads mengadopsi dukungan Android 14 dengan cepat meskipun aplikasi baru yang berkembang pesat ini didukung oleh tim yang minim.

Menuai hasilnya: Dampak terhadap pengguna

Strategi adopsi targetSDK awal Meta juga memberikan manfaat yang signifikan bagi pengguna. Begini caranya:

Keandalan dan kompatibilitas yang lebih baik: Adopsi awal pratinjau dan beta Android mencegah kejutan menjelang peluncuran OS, menjamin pengalaman hari pertama yang mulus bagi pengguna yang melakukan upgrade ke versi Android terbaru. Sebagai contoh, dengan izin media parsial, eksperimen ekstensif Meta dengan alur izin memastikan "pengguna mendapatkan informasi tentang perubahan tersebut dan memegang kontrol atas setelan privasi mereka," sekaligus memaksimalkan fungsionalitas berbagi media aplikasi.

Eksperimen yang komprehensif dengan fitur rilis baru: Adopsi rilis Android awal memberikan Meta waktu yang cukup untuk berkolaborasi dengan tim privasi, desain, dan strategi konten, sehingga mereka dapat mengintegrasikan fitur-fitur Android baru yang selalu hadir dalam setiap rilis. Ini meningkatkan kolaborasi pada fitur lainnya, memungkinkan Meta untuk meluncurkan pengalaman gambar Ultra HDR di Instagram dalam waktu 3 bulan setelah perilisan platform dengan konsep "Android pertama" adalah contoh yang bagus untuk hal ini, memuaskan pengguna dengan warna yang lebih cerah dan kaya dengan rentang dinamis lebih tinggi dalam postingan dan cerita Instagram mereka.

Adopsi Ultra HDR oleh Meta di Android 14 menghadirkan warna yang lebih cerah dan rentang dinamis tinggi pada postingan dan cerita Instagram.

Menyambut versi Android terbaru

Perjalanan Meta menyorot alasan yang kuat bagi developer Android untuk mengadopsi pola pikir yang sama dalam bekerja dengan Android beta:

Uji aplikasi Anda lebih awal: Antisipasi perubahan Android OS, pastikan aplikasi Anda siap untuk SDK target terbaru segera setelah tersedia untuk menciptakan transisi yang mulus bagi pengguna yang melakukan update ke versi Android terbaru.

Manfaatkan alat terbaru untuk mengoptimalkan pengalaman pengguna: Uji aplikasi Anda secara menyeluruh terhadap setiap versi beta untuk mengidentifikasi dan mengatasi berbagai potensi masalah. Periksa Asisten Upgrade Android Studio untuk menyoroti perubahan besar yang dapat menyebabkan gangguan pada setiap targetSDKVersion, dan integrasikan alat framework kompatibilitas ke dalam proses pengujian Anda untuk membantu menemukan potensi masalah aplikasi pada versi OS terbaru.

Berkolaborasi dengan Google: Berikan masukan berharga dan laporan bug Anda menggunakan issue tracker Google untuk berkontribusi secara langsung pada peningkatan ekosistem Android.

Kami mendorong Anda untuk memanfaatkan sepenuhnya program Beta & Pratinjau Developer Android, dimulai dengan Pratinjau Developer 1 Android 15 yang baru saja dirilis.

Tim di balik kesuksesan

Terima kasih banyak kepada seluruh tim Meta atas kolaborasinya di Android 14 dan penulisan blog ini! Secara khusus, kami ingin memberikan penghargaan kepada rekan-rekan di Meta atas kontribusinya yang luar biasa dalam membangun budaya adopsi awal:

Tushar Varshney - Partner Engineering, Partner Engineer
Allen Bae - Partner Engineering, EM
Abel Del Pino - Facebook, SWE
Matias Hanco - Facebook, SWE
Summer Kitahara - Instagram, SWE
Tom Rozanski - Messenger, SWE
Ashish Gupta - WhatsApp, SWE
Daniel Hill - Mobile Infra, SWE
Jason Tang - Facebook, SWE
Jane Li - Meta Quest, SWE

Android Studio Iguana sudah stabil

2024-02-29T18:26:00.014+07:00

Diposting oleh Neville Sicard-Gregory – Senior Product Manager, Android Studio

Hari ini kami meluncurkan Android Studio Iguana 🦎 di saluran rilis stabil untuk mempermudah Anda membuat aplikasi berkualitas tinggi. Dengan fitur-fitur seperti dukungan Sistem Kontrol Versi di App Quality Insights, hingga dukungan bawaan baru untuk membuat Profil Dasar bagi aplikasi Jetpack Compose, versi ini akan meningkatkan alur kerja pengembangan Anda saat mengoptimalkan aplikasi. Download versi terbaru sekarang!

Lihat daftar fitur baru pada Android Studio Iguana di bawah ini, yang disusun menurut alur developer utama.

Debugging

Integrasi sistem kontrol versi dalam App Quality Insights

Ketika build rilis beberapa commit di belakang kode sumber lokal Anda, nomor baris dalam laporan kerusakan Firebase Crashlytics dapat dengan mudah menjadi tidak valid, sehingga lebih sulit menavigasi secara akurat dari error ke kode saat menggunakan App Quality Insights. Jika Anda menggunakan git untuk kontrol versi, sekarang ada solusi untuk masalah ini.

Ketika Anda membangun aplikasi menggunakan Plugin Android Gradle 8.3 atau yang lebih baru dan Crashlytics SDK versi terbaru, AGP menyertakan informasi commit git sebagai bagian dari artefak build yang dipublikasikan ke Play Store. Ketika terjadi error, Crashlytics akan melampirkan informasi git ke laporan, dan Android Studio Iguana menggunakan informasi ini untuk membandingkan checkout lokal Anda dengan kode eksak yang menyebabkan error dari histori git Anda.

Setelah Anda membangun aplikasi menggunakan Plugin Android Gradle 8.3 atau yang lebih tinggi dengan Crashlytics SDK terbaru, dan memublikasikannya, laporan kerusakan baru di jendela App Quality Insights memungkinkan Anda membuka baris kode dalam checkout git saat ini atau melihat laporan perbedaan antara checkout saat ini dengan versi codebase aplikasi yang menyebabkan laporan kerusakan. Pelajari lebih lanjut.

App Quality Insights dengan Integrasi Sistem Kontrol Versi

Menampilkan varian error Crashlytics di App Quality Insights

Varian error di App Quality Insights

Sekarang, saat Anda memilih masalah Crashlytics di App Quality Insights, Anda akan melihat data gabungan dari peristiwa yang memiliki titik kegagalan yang sama dalam kode Anda, tetapi mungkin memiliki akar penyebab yang berbeda. Untuk membantu Anda menganalisis akar penyebab error, Crashlytics sekarang mengelompokkan peristiwa yang memiliki pelacakan tumpukan yang identik sebagai varian masalah. Kini Anda bisa menampilkan peristiwa dalam setiap varian laporan kerusakan di App Quality Insights dengan memilih varian dari menu dropdown. Atau, Anda bisa menampilkan informasi gabungan untuk semua varian dengan memilih All.

Desain

Pemeriksaan UI Jetpack Compose

Untuk membantu developer membangun UI adaptif dan mudah diakses di Jetpack Compose, Iguana memperkenalkan mode Pemeriksaan UI baru di Pratinjau Compose. Cara kerja fitur ini mirip dengan analisis lint visual dan integrasi pemeriksaan aksesibilitas untuk tampilan. Aktifkan mode pemeriksaan UI Compose untuk mengaudit UI Compose Anda secara otomatis dan memeriksa masalah adaptif dan aksesibilitas pada berbagai ukuran layar, seperti teks yang terlalu melar pada layar besar atau kontras warna yang rendah. Mode ini menyoroti masalah yang ditemukan dalam konfigurasi pratinjau yang berbeda, dan mencantumkannya dalam panel masalah.

Cobalah dengan mengklik ikon Pemeriksaan UI di Pratinjau Compose.

Titik masuk Pemeriksaan UI di Pratinjau Compose

Hasil Pemeriksaan UI Reply App di Pratinjau Compose

Rendering progresif untuk Pratinjau Compose

Pratinjau Compose di Android Studio Iguana sekarang menerapkan rendering progresif, sehingga Anda dapat melakukan iterasi pada desain Anda dengan waktu pemuatan yang lebih singkat. Fitur ini secara otomatis menurunkan detail pratinjau di luar tampilan untuk meningkatkan performa, yang berarti, Anda bisa menggulir tata letak yang paling kompleks sekalipun tanpa lag.

Rendering Progresif di Compose

Develop

Update Platform IntelliJ

Android Studio Iguana menyertakan rilis platform IntelliJ 2023.2, yang memiliki banyak fitur baru seperti dukungan untuk GitLab, penelusuran teks di Search Everywhere, update penyesuaian warna untuk UI baru, dan sejumlah peningkatan baru. Pelajari lebih lanjut.

Pengujian

Wizard modul Profil Dasar

Sering kali ketika Anda menjalankan aplikasi Android untuk pertama kalinya pada perangkat, waktu mulai aplikasi mungkin terlihat lambat karena sistem operasi harus menjalankan kompilasi saat itu juga. Untuk mengatasi situasi ini, Anda bisa membuat Profil Dasar untuk membantu Android meningkatkan aspek-aspek seperti waktu mulai aplikasi, scrolling, dan kecepatan navigasi dalam aplikasi Anda. Kami menyederhanakan proses pengaturan Profil Dasar dengan menawarkan template Generator Profil Dasar baru di wizard modul baru (File > New > New Module). Template ini mengonfigurasi project Anda untuk mendukung Profil Dasar dan menggunakan plugin Gradle Profil Dasar terbaru, yang menyederhanakan proses penyiapan dengan mengotomatiskan tugas-tugas yang diperlukan dengan satu perintah Gradle.

Generator Profil Dasar

Selain itu, template ini membuat konfigurasi run yang memungkinkan Anda membuat Profil Dasar dengan sekali klik dari daftar dropdown "Select Run/Debug Configuration".

Menu drop-down Generate Baseline Profile

Menguji perubahan konfigurasi dengan Espresso Device API

Pengujian sinkron perubahan ukuran jendela menggunakan Espresso Device API

Tangani masalah tata letak sejak dini dan pastikan aplikasi Anda memberikan pengalaman pengguna yang mulus di berbagai perangkat dan orientasi. Espresso Device API menyimulasikan bagaimana aplikasi Anda bereaksi terhadap perubahan konfigurasi—seperti rotasi layar, melipat/membuka lipatan perangkat, atau perubahan ukuran jendela—secara sinkron pada perangkat virtual. API ini membantu Anda menguji secara menyeluruh dan secara preemptive memperbaiki masalah yang membuat pengguna frustasi sehingga Anda dapat membangun aplikasi Android yang lebih andal dengan percaya diri. API ini dibangun di atas endpoint gRPC baru yang diperkenalkan di Android Emulator 34.2, yang memungkinkan aliran data dua arah dengan aman dan simulasi sensor yang tepat.

Perangkat Pixel 8 dan Pixel 8 Pro di Android Emulator (34.2)

Uji aplikasi Anda pada konfigurasi perangkat Google Pixel terbaru dengan definisi Perangkat Virtual Android yang telah diupdate di Android Studio. Dengan Android Studio Iguana dan Android Emulator terbaru (34.2+), akses Pixel Fold, Pixel Tablet, Pixel 7a, Pixel 8, dan Pixel 8 Pro. Memvalidasi aplikasi Anda di perangkat virtual ini adalah cara termudah untuk memastikan bahwa aplikasi Anda bereaksi dengan benar terhadap berbagai ukuran layar dan jenis perangkat.

Perangkat Virtual Android Pixel Baru di Android Emulator.

Build

Dukungan untuk Katalog Versi Gradle

Android Studio Iguana menyederhanakan manajemen dependensi dengan dukungan yang disempurnakan untuk Katalog Versi Gradle berbasis TOML. Anda akan mendapatkan keuntungan dari:

Manajemen dependensi terpusat: Menjaga semua dependensi project Anda tetap terorganisir dalam satu file untuk pengeditan dan pembaruan yang lebih mudah.
Fitur penghemat waktu: Nikmati pelengkapan kode yang mulus, navigasi cerdas dalam kode Anda, dan kemampuan untuk mengedit dependensi project dengan cepat melalui dialog Project Structure yang nyaman.
Peningkatan efisiensi: Ucapkan selamat tinggal pada dependensi yang tersebar dan update versi secara manual. Katalog versi memberi Anda alur kerja pengembangan yang lebih mudah dikelola dan efisien.

Project baru akan secara otomatis menggunakan katalog versi untuk manajemen dependensi. Jika Anda sudah memiliki project, pertimbangkan melakukan peralihan untuk mendapatkan manfaat dari peningkatan alur kerja ini. Untuk mempelajari cara mengupdate ke katalog versi Gradle, lihat Memigrasikan build Anda ke katalog versi.

Insight SDK tambahan: masalah kebijakan

Android Studio Iguana sekarang secara proaktif memberi tahu Anda tentang potensi pelanggaran kebijakan Google Play melalui integrasi dengan Google Play SDK Index. Melihat masalah kebijakan Play dengan mudah di file build dan Dialog Project Structure. Hal ini menyederhanakan kepatuhan, membantu Anda menghindari penundaan atau penolakan publikasi yang tidak terduga di Google Play Store.

Peringatan dari Google Play SDK Index pada dialog Project Structure Android Studio

Dukungan versi compileSdk Android Studio

Menggunakan Android Studio untuk mengembangkan project yang memiliki versi compileSdk yang tidak didukung bisa menyebabkan error yang tidak terduga karena versi Android Studio lama mungkin tidak dapat menangani Android SDK terbaru dengan benar. Untuk menghindari masalah ini, Android Studio Iguana sekarang secara eksplisit memperingatkan Anda jika compileSdk yang ditujukan untuk project adalah untuk versi yang lebih baru yang tidak didukung secara resmi. Jika tersedia, ia juga menyarankan untuk berpindah ke versi Android Studio yang mendukung compileSdk yang digunakan project Anda. Perlu diingat bahwa mengupgrade Android Studio mungkin juga mengharuskan Anda mengupgrade AGP.

Ringkasan

Singkatnya, Android Studio Iguana 🦎menyertakan penyempurnaan dan fitur-fitur berikut ini:

Debugging

Kontrol versi dalam App Quality Insights
Menampilkan Crashlytics dalam App Quality Insights

Desain

Pemeriksaan UI Jetpack Compose
Rendering progresif untuk Pratinjau Compose

Develop

Update platform IntelliJ

Pengujian

Wizard Profil Dasar
Espresso Device API
Perangkat Virtual Android terbaru

Build

Dukungan untuk Katalog Versi Gradle
Peringatan masalah kebijakan di Google Play SDK Index
Dukungan versi CompileSDK

Download Android Studio Sekarang

Download Android Studio Iguana 🦎 sekarang dan manfaatkan fitur-fitur terbaru untuk menyederhanakan alur kerja dan membantu Anda membuat aplikasi yang lebih baik. Masukan Anda sangatlah penting – periksa masalah yang diketahui, laporkan bug, sarankan peningkatan, dan jadilah bagian dari komunitas kami yang dinamis di LinkedIn Medium, YouTube, atau X (sebelumnya dikenal sebagai Twitter). Mari membangun masa depan aplikasi Android bersama-sama!

Bermain-main dengan bentuk di Compose

2024-02-28T09:26:00.001+07:00

Rebecca Franks

Ikuti

Dipublikasikan di

Developer Android

Bacaan 6 menit

Kami baru saja merilis dokumentasi baru yang membahas cara menggunakan library graphics-shapes di Jetpack Compose. Meskipun dokumentasi itu membahas dasar-dasarnya, saya pikir akan menyenangkan mencoba sesuatu yang sedikit lebih rumit dan membuat status progres yang terlihat berbeda dari versi standar yang biasa kita gunakan.

Dalam postingan blog ini, kita akan membahas cara membuat status progres yang bertransisi dari poligon bulat berbentuk "bintang" berlekuk-lekuk menjadi lingkaran sembari menampilkan animasi progres reguler.

Status progres tak terbatas gradien garis berlekuk-lekuk

Membuat poligon

Langkah pertama yang ingin kita lakukan adalah membuat transisi dari lingkaran ke lingkaran berlekuk-lekuk, jadi kita membuat dua bentuk yang perlu kita transformasikan.

Dua bentuk yang akan kita transformasikan

Kita menggunakan RoundedPolygon#star(), karena ini memungkinkan kita menetapkan radius bagian dalam untuk bentuk dengan sudut membulat, dan RoundedPolygon#circle() untuk bentuk lingkaran.

val starPolygon = remember {
   RoundedPolygon.star(
       numVerticesPerRadius = 12,
       innerRadius = 1f / 3f,
       rounding = CornerRounding(1f / 6f))
}
val circlePolygon = remember {
   RoundedPolygon.circle(
       numVertices = 12
   )
}

Transformasi di antara dua bentuk

Untuk melakukan transformasi di antara dua poligon, kita perlu membuat objek Morph:

val morph = remember {
   Morph(starPolygon, circlePolygon)
}

Ini akan digunakan dengan nilai progres animasi untuk menentukan progres transformasi di antara kedua bentuk ini. Untuk menggambar objek Morph, kita perlu mendapatkan objek Path dari geometrinya, yang kita buat dengan menggunakan metode pembantu berikut:

fun Morph.toComposePath(progress: Float, scale: Float = 1f, path: Path = Path()): Path {
   var first = true
   path.rewind()
   forEachCubic(progress) { bezier ->
       // move to the initial position if its the first cubic curve
       if (first) {
           path.moveTo(bezier.anchor0X * scale, bezier.anchor0Y * scale)
           first = false
       }
      // add cubic curve to the current path for each curve in the Morph
       path.cubicTo(
           bezier.control0X * scale, bezier.control0Y * scale,
           bezier.control1X * scale, bezier.control1Y * scale,
           bezier.anchor1X * scale, bezier.anchor1Y * scale
       )
   }
   path.close()
   return path
}

Dengan Path Morph, kita bisa memanggil DrawScope#drawPath() untuk menggambar bentuk transformasi animasi kita:

val infiniteTransition = rememberInfiniteTransition(label = "infinite")
val progress = infiniteTransition.animateFloat(
   initialValue = 0f,
   targetValue = 1f,
   animationSpec = infiniteRepeatable(
       tween(4000, easing = LinearEasing),
       repeatMode = RepeatMode.Reverse
   ),
   label = "progress"
)
//.. shapes that are created .. // 
var morphPath = remember {
   Path()
}


Box(
   modifier = Modifier
       .padding(16.dp)
       .drawWithCache {
           morphPath = morph
               .toComposePath(progress = progress.value, scale = size.minDimension / 2f, path = morphPath)


           onDrawBehind {
               translate(size.width / 2f, size.height / 2f) {
                   drawPath(morphPath, color = Color.Black, style = Stroke(16.dp.toPx()))
               }
           }
     }
)

Transformasi jalur antara lingkaran dan bentuk bintang berlekuk-lekuk

Sekarang kita bisa memutar bentuk seiring waktu dengan membuat variabel animasi lain untuk rotasi dan memanggil DrawScope#rotate().

val infiniteTransition = rememberInfiniteTransition(label = "infinite")
val progress = infiniteTransition.animateFloat(
   initialValue = 0f,
   targetValue = 1f,
   animationSpec = infiniteRepeatable(
       tween(4000, easing = LinearEasing),
       repeatMode = RepeatMode.Reverse
   ),
   label = "progress"
)
val rotation = infiniteTransition.animateFloat(
   initialValue = 0f,
   targetValue = 360f,
   animationSpec = infiniteRepeatable(
       tween(4000, easing = LinearEasing),
       repeatMode = RepeatMode.Reverse
   ),
   label = "rotation"
)


Box(
   modifier = Modifier
       .padding(16.dp)
       .drawWithCache {
           morphPath = morph
               .toComposePath(progress = progress.value, scale = size.minDimension / 2f, path = morphPath)
           onDrawBehind {
               rotate(rotation.value){
                   translate(size.width / 2f, size.height / 2f) {
                       drawPath(morphPath, color = Color.Black, style = Stroke(16.dp.toPx()))
                   }
               }

Langkah itu akan menghasilkan animasi bentuk yang berputar dan bertransformasi seperti berikut ini:

Lingkaran yang bertransformasi dan berputar

Menggambar jalur secara progresif seiring waktu

Kita punya jalurnya, dan kita membuatnya berputar seiring waktu, tetapi hasil akhir di atas menunjukkan bahwa kita hanya menggambar segmen jalur dan bukan jalur penuh. Bagaimana kita bisa mencapainya?

Pertama, kita perlu mengetahui panjang jalur, yang dapat kita peroleh dari PathMeasure. Kemudian kita bisa menggunakan PathMeasure.getSegment() untuk mendapatkan sebagian dari jalur, berdasarkan progres saat ini (totalLength * progress.value), dengan hasil yang digunakan di objek jalur baru yang disebut destinationPath.

Segmen jalur ini kemudian dapat digambar seperti berikut ini:

val pathMeasurer = remember {
   PathMeasure()
}
var morphPath = remember {
   Path()
}
//..


// in drawWithCache: 
morphPath = morph
    .toComposePath(
        progress = progress.value,
        scale = size.minDimension / 2f,
        path = morphPath
    )
pathMeasurer.setPath(morphPath, false)
val totalLength = pathMeasurer.length
destinationPath.reset()
pathMeasurer.getSegment(0f, totalLength * progress.value, destinationPath)

onDrawBehind {
    rotate(rotation.value) {
        translate(size.width / 2f, size.height / 2f) {
            val brush = Brush.sweepGradient(colors, center = Offset(0.5f, 0.5f))

            drawPath(destinationPath, brush, style = Stroke(16.dp.toPx(), cap = StrokeCap.Round))
        }
    }
}

Tanpa rotasi, ini memberikan hasil seperti berikut:

Dengan penambahan animasi untuk transformasi dan rotasi, kita bisa melihatnya secara perlahan-lahan bertransformasi menjadi lingkaran saat menggambar garis:

Menggambar warna gradien seiring waktu dengan garis

Sekarang karena kita sudah memiliki gambar jalur seiring waktu, kita ingin menerapkan gradien pada jalur tersebut. Pendekatan yang paling mudah adalah dengan menetapkan Brush.linearGradient() menggunakan warna yang kita inginkan untuk setiap operasi menggambar. Namun jika kita menjalankannya, kita bisa melihat bahwa ia tidak memberikan efek persis seperti yang diinginkan, gradien diterapkan pada seluruh jalur dalam satu arah, dan tidak mengikuti arah garis.

Dari gambar di bawah, Anda bisa melihat, bahwa garis ini mengikuti satu arah pada seluruh bentuk, padahal kita sebenarnya menghendaki agar garis ini berubah warna saat garis digambar di tempatnya.

Masih ingat dengan pena gel pelangi yang sangat menarik yang dulu pernah Anda miliki? Kita ingin menerapkan efek tersebut pada bentuk kami — berubah warna mengikuti arah garis yang digambar.

Untuk melakukannya, kita bisa menggunakan Brush.sweepGradient() dengan warna yang disediakan, ini memberikan efek gradien yang digambar seiring waktu.

val brush = Brush.sweepGradient(colors, center = Offset(0.5f, 0.5f))

Yang memberi kita hasil berikut:

Ini terlihat bagus! Namun, jika kita ingin punya sesuatu yang lebih umum yang dapat digunakan untuk menggambar jalur yang berubah-ubah, kita harus mengubah implementasinya menjadi seperti contoh ini.

Ringkasan

Library graphics-shapes yang baru membuka berbagai macam kemungkinan bentuk baru di Android. Contoh dalam artikel ini membuat bentuk dan menggunakannya untuk membuat status progres melingkar kustom, tetapi ada banyak kemungkinan lain yang dapat dieksplorasi dengan API baru ini untuk membuat bentuk bulat dan mentransformasikannya. Cuplikan kode selengkapnya bisa ditemukan di sini.

Berkreasi dan buatlah bentuk-bentuk yang menyenangkan! 🟩🟡💜

Cuplikan kode dalam blog ini memiliki lisensi berikut:

// Copyright 2023 Google LLC. SPDX-License-Identifier: Apache-2.0

Jetpack Compose: Penjelasan Mode Strong Skipping

2024-02-27T09:21:00.020+07:00

Ben Trengrove

Ikuti

Dipublikasikan di

Developer Android

Bacaan 13 menit

Mode strong skipping adalah fitur eksperimental dalam Jetpack Compose Compiler 1.5.4+ yang saat ini sedang diuji. Ini adalah bagian dari tugas kami agar kode yang Anda tulis secara natural menjadi lebih berkinerja. Kami tidak ingin mengharuskan Anda menjadi ahli dalam internal Compose untuk menulis kode Compose yang bagus! Mode strong skipping mengubah aturan tentang composable yang bisa melewati rekomposisi dan akan sangat mengurangi rekomposisi dengan mengizinkan composable dengan parameter yang tidak stabil untuk dilewati, dan selain itu, secara otomatis mengingat lambda dengan tangkapan yang tidak stabil.

Perubahan ini mungkin terlihat kecil, tetapi perubahan perilakunya cukup besar, begitu juga dengan biaya yang harus ditanggung jika salah. Kami meluncurkannya dengan hati-hati karena sulit untuk membalikkan perubahan seperti ini. Melakukan rekomposisi ketika tidak diperlukan memiliki biaya performa tetapi aplikasi Anda akan tetap berfungsi dengan baik untuk pengguna, tidak melakukan rekomposisi ketika seharusnya dilakukan dapat menyebabkan bug pada aplikasi Anda yang tentunya ingin kita hindari!

Saat ini kami telah mengaktifkan fitur tersebut dalam kode kami di library Compose 1.7.0-alfa, dan kami sedang mengevaluasi kapan harus mengaktifkannya secara default di kode Anda, dengan sasaran rilis stabil Compose 1.7. Silakan coba dan laporkan masalah yang Anda temukan di goo.gle/compose-feedback.

TL;DR

Aktifkan mode strong skipping di compiler Compose untuk mendapatkan perilaku berikut:

Composable dengan parameter yang tidak stabil bisa dilewati.
Parameter yang tidak stabil dibandingkan ekualitasnya melalui ekualitas instance (===)
Parameter yang stabil terus dibandingkan ekualitasnya dengan Object.equals()
Semua lambda dalam fungsi composable secara otomatis diingat. Ini berarti Anda tidak perlu lagi membungkus lambda dengan remember untuk memastikan composable yang menggunakan lambda, dilewati.

Bagaimana cara mengaktifkan strong skipping?

Atur flag compiler experimentalStrongSkipping ke true dengan basis per modul. Ini bisa dilakukan di Gradle dengan cuplikan berikut dalam file gradle level root Anda untuk mengaktifkannya bagi semua modul:

tasks.withType<org.jetbrains.kotlin.gradle.tasks.KotlinCompile>() {
    compilerOptions.freeCompilerArgs.addAll(
        "-P",
        "plugin:androidx.compose.compiler.plugins.kotlin:experimentalStrongSkipping=true",
    )
}

Perubahan mendalam

Kemampuan Melewati Composable

Mode strong skipping melonggarkan beberapa aturan stabilitas yang saat ini diterapkan oleh compiler Compose saat melewati composable. Secara default, compiler Compose akan menandai fungsi composable sebagai dapat dilewati jika fungsi tersebut hanya memiliki nilai stabil yang disediakan sebagai argumen. Mode strong skipping mengubah hal ini.

Dengan strong skipping diaktifkan, semua fungsi composable yang dapat dimulai ulang akan dapat dilewati, tanpa menghiraukan apakah fungsi tersebut memiliki parameter yang tidak stabil atau tidak. Fungsi composable yang tidak dapat dimulai ulang tetap tidak dapat dilewati.

Untuk menentukan apakah akan melewati composable selama rekomposisi, parameter yang tidak stabil akan dibandingkan dengan nilai sebelumnya menggunakan instance ekualitas (===). Parameter stabil terus dibandingkan dengan nilai sebelumnya menggunakan ekualitas objek — Object.equals().

Catatan: Parameter lambda tidak ditangani secara berbeda, tetapi ada sedikit perbedaan pada cara kerjanya dalam praktik, yang akan dijelaskan pada bagian berikutnya.

Jika semua parameter memenuhi persyaratan ini, composable akan dilewati selama rekomposisi.

Salah satu contoh composable yang akan direkomposisi sebelumnya, tetapi dengan mengaktifkan mode strong skipping akan dilewati adalah:

@Composable
fun ArticleList(
articles: List<Article>, // List = Unstable, Article = Stable
modifier: Modifier = Modifier // Stable
) {
  // …
}

@Composable
fun CollectionScreen(viewModel: CollectionViewModel = viewModel()) {
  var favorite by remember { mutableStateOf(false) }
  Column {
    FavoriteButton(isFavorite = favorite, onToggle = { favorite = !favorite })
    ArticleList(viewModel.articles)
  }
}

Tanpa mengaktifkan mode strong skipping, ketika FavoriteButton diaktifkan, daftar artikel juga akan direkomposisi karena memiliki tipe parameter yang tidak stabil (List). Dengan strong skipping diaktifkan, ArticleList akan dilewati karena instance daftar (articles) tidak berubah.

Memoisasi lambda

Mode strong skipping juga memungkinkan lebih banyak memoisasi lambda di dalam fungsi composable. Sekarang secara default (atau di masa depan dengan strong skipping dinonaktifkan), compiler Compose hanya akan membungkus lambda dalam fungsi composable yang hanya menangkap nilai stabil dalam fungsi remember, selain itu lambda composable juga akan selalu diingat.

Catatan: Lambda tanpa tangkapan juga dimemoisasi, tetapi ini dilakukan oleh compiler Kotlin dan bukan oleh plugin compiler Compose dengan membuat instance statis lambda.

Dengan strong skipping diaktifkan, lambda dengan tangkapan yang tidak stabil juga akan dimemoisasi. Ini berarti semua lambda yang ditulis dalam fungsi composable sekarang secara otomatis diingat.

Secara efektif ini membungkus lambda Anda dengan panggilan remember, serta dikunci dengan tangkapan lambda secara otomatis, mis.

@Composable
fun MyComposable(unstableObject: Unstable, stableObject: Stable) {
  val lambda = {
    use(unstableObject)
    use(stableObject)
  }
}

kira-kira menjadi seperti ini dengan strong skipping diaktifkan:

@Composable
fun MyComposable(unstableObject: Unstable, stableObject: Stable) {
   val lambda = remember(unstableObject, stableObject) {
     {
       use(unstableObject)
       use(stableObject)
     }
  }
}

Kunci mengikuti aturan perbandingan yang sama dengan fungsi composable, kunci tidak stabil dibandingkan menggunakan ekualitas instance dan kunci stabil dibandingkan menggunakan ekualitas objek.

Catatan: Ini sedikit berbeda dengan panggilan remember normal di mana semua kunci dibandingkan menggunakan ekualitas objek.

Melakukan pengoptimalan ini sangat meningkatkan jumlah composable yang akan dilewati selama rekomposisi, karena tanpa memoisasi ini, composable apa pun yang mengambil parameter lambda kemungkinan besar akan memiliki lambda baru yang dialokasikan selama rekomposisi dan karenanya tidak akan memiliki parameter yang sama dengan komposisi terakhir.

Mengapa strong skipping bersifat eksperimental?

Mengubah composable mana yang bisa dilewati merupakan perubahan perilaku yang sangat besar untuk Compose, mungkin perubahan perilaku terbesar yang pernah kami luncurkan. Kami ingin berhati-hati dalam mengaktifkannya untuk memastikan tidak ada kasus berisiko yang akan membuat upgrade ke versi Compose baru menjadi terlalu sulit. Saat ini kami telah mengaktifkannya untuk kode kami di Compose 1.7 alfa dan akan memutuskan apakah tetap mengaktifkannya sebelum 1.7 menjadi beta.

Kami kemudian akan memutuskan apakah akan mengaktifkannya secara default di compiler untuk semua orang. Perlu diperhatikan bahwa "eksperimental" mirip dengan API lainnya. Kami rasa kodenya tidak mengandung bug, kami hanya tidak yakin bahwa kodenya sudah dalam bentuk final dan mungkin saja akan berubah di masa depan.

Jika Anda mencobanya dan menemukan masalah dengan strong skipping, harap laporkan bug di goo.gle/compose-feedback.

Apakah saya masih harus menandai tipe sebagai stabil?

Kebutuhan untuk melakukan hal ini akan menurun secara drastis, tetapi masih diperlukan dalam beberapa kasus. Kasus utama untuk hal ini adalah ketika Anda menginginkan objek Anda dibandingkan dengan ekualitas objek, bukan dengan ekualitas instance.

Kami juga telah menambahkan file konfigurasi stabilitas agar kasus ini lebih mudah dikelola. Ini memungkinkan Anda menandai class apa pun sebagai stabil. Anda bisa menggunakan file konfigurasi dengan atau tanpa mengaktifkan strong skipping, keduanya merupakan fitur yang terpisah tetapi saling melengkapi yang dirancang untuk membantu mengatasi masalah ini.

File konfigurasi sangat bagus untuk class eksternal, seperti java.time.Instant yang tidak dapat dianotasi dengan @Stable. Anda juga bisa menandai seluruh paket sebagai stabil jika itu membantu kasus penggunaan Anda, mis. java.time.*.

Peringatan, konfigurasi ini tidak membuat class stabil dengan sendirinya. Sebaliknya, dengan menggunakan konfigurasi ini, Anda bersedia mengikuti kontrak stabilitas dengan compiler. Salah mengonfigurasi class bisa menyebabkan rekomposisi rusak.

Apakah seluruh aplikasi saya akan rusak ketika saya mengaktifkannya?

Seharusnya tidak! Namun, mungkin Anda akan menemukan sejumlah kegagalan uji. Ini akan berdasar pada jenis pengujian yang Anda tulis di code base, tetapi jika Anda melakukan pengujian yang secara khusus menghitung jumlah komposisi dari sebuah composable, maka jumlah tersebut kemungkinan besar akan berubah, dan pengujian akan gagal sampai Anda memperbarui jumlah tersebut.

Ini diaktifkan di Compose 1.7. 0-alfa, apakah ini berarti jika saya menggunakan 1.7 maka saya menggunakan Strong Skipping?

Tidak. Strong skipping adalah flag compiler compose, sehingga perlu diaktifkan untuk setiap modul yang digunakan. Jika Anda menggunakan Compose 1.7 tetapi tidak mengaktifkan strong skipping, composable kami akan melewati aturan strong skipping dan composable Anda akan melewati seperti biasanya. Hal yang sama berlaku untuk modul, Anda bisa memilih untuk mengaktifkan strong skipping modul satu per satu.

Apakah ada contoh yang berfungsi dengan baik sebelumnya, tetapi menjadi tidak berfungsi dengan strong skipping?

Contoh composable yang sebelumnya dapat berfungsi, tetapi tidak berfungsi saat strong skipping diaktifkan, pada umumnya karena composable tersebut berfungsi akibat efek samping yang tidak disengaja. Ini kemungkinan besar akan terjadi dengan objek nested yang dapat diubah. Cuplikan kode berikut akan berfungsi dengan strong skipping dinonaktifkan, tetapi dengan strong skipping diaktifkan, composable daftar akan dilewati.

@Composable
fun MyToggle(enabled: Boolean) {}
@Composable
fun MyList(list: List<String>) {}

@Composable
fun MyScreen() {
   var list by remember { mutableStateOf(mutableListOf("Foo")) }
   var toggle by remember { mutableStateOf(false) }
   MyToggle(toggle)
   MyList(list)

   Button(
      onClick = {
         list.add("Bar")
         toggle = !toggle
      }
   ) { Text("Toggle") }
}

Composable ini hanya berfungsi sebelumnya karena toggle memicu rekomposisi, dan perubahan pada daftar yang dapat diubah hanya terjadi akibat efek samping. Zach Klippenstein menerbitkan postingan yang bagus tentang masalah ini jika Anda tertarik: Dua status yang dapat diubah tidak akan menjadikannya benar.

Mengintip di balik layar pengembangan Compose

Anda bisa berhenti membaca di sini jika Anda hanya ingin mempelajari tentang mode strong skipping, tetapi saya pikir sebagian orang mungkin ingin mengetahui lebih dalam tentang apa yang berubah dan mengapa. Ini adalah pemikiran yang kami lalui ketika mengembangkan fitur Compose baru.

Mode strong skipping mengatasi dua titik masalah utama dalam pengembangan Compose:

Composable tidak dilewati saat developer berpikir bahwa mereka harus melakukannya karena input yang tidak stabil
"Lambda tidak stabil" didiagnosis sebagai penyebab rekomposisi

Kemampuan melewati

Ketika Compose pertama kali dikembangkan, kami sebenarnya mengira bahwa orang-orang akan kesulitan menghadapi masalah yang berbeda dari yang kita lihat sekarang. Kami pikir tim akan terus bertanya "mengapa ini tidak dikomposisi ulang?!”. Ternyata yang terjadi justru sebaliknya. Kami mengambil pendekatan konservatif untuk rekomposisi, kami percaya bahwa dalam kasus ketika kami tidak tahu jika input ke composable telah berubah (karena mereka tidak stabil dan mutasinya tidak terlacak oleh runtime compose), kami tidak boleh melewatinya. Ya, mungkin performanya sedikit menurun, tetapi ini berarti aplikasi akan menunjukkan keadaan yang benar ketika ada hal lain yang menyebabkan rekomposisi (seperti yang ditunjukkan pada contoh di atas), yang merupakan faktor terpenting bagi pengguna akhir.

Setelah Compose dirilis, kami melihat hal yang berlawanan dengan hipotesis awal kami, developer berjuang untuk memahami mengapa composable dapat dikomposisi ulang. Masalah ini diperkuat oleh layout inspector yang menunjukkan jumlah rekomposisi, ini adalah alat termudah yang tersedia untuk mendiagnosis masalah performa di aplikasi Anda, dan jangan salah paham, beberapa di antaranya sangat nyata dan perlu diperbaiki, tetapi menggunakan jumlah rekomposisi sebagai alat untuk pengoptimalan performa memiliki kelemahan yang sangat besar. Rekomposisi hanyalah salah satu bagian dari performa aplikasi Anda dan jumlah rekomposisi hanyalah ukuran tidak langsung dari kontribusi rekomposisi terhadap hal itu. Anda bisa memiliki satu composable yang sangat mahal yang menghabiskan banyak waktu untuk dikomposisi ulang, dan Anda bisa memiliki composable yang sangat murah untuk dikomposisi ulang yang memerlukan rekomposisi tambahan di sana-sini yang sebenarnya tidak sepadan karena membuat kode Anda menjadi lebih rumit dihindari. Di sini, jika Anda hanya menggunakan layout inspector, Anda mungkin menghabiskan banyak waktu untuk mengoptimalkan composable yang murah, dan sama sekali tidak menyadari bahwa composable yang hanya dikomposisi ulang sekali, sebenarnya adalah yang mahal. Inilah mengapa kami selalu mengatakan, khawatirkan tentang rekomposisi hanya ketika Anda memiliki masalah performa yang terukur. Anda harus menggunakan alat seperti pelacakan komposisi dan macrobenchmark untuk mengukur dan menguantifikasi waktu atau tenggat waktu bingkai yang terlewat jika perubahan kode Anda benar-benar membuat perbedaan pada performa akhir aplikasi Anda.

Namun demikian, kami setuju bahwa situasi saat ini dapat diperbaiki. Developer terjebak dalam situasi yang berkinerja buruk ketika menulis kode Kotlin/Compose idiomatis. Idealnya, Anda tidak perlu memikirkan semua ini, kecuali pada kasus-kasus berisiko, jadi kami coba mencari cara untuk mengatasinya.

Permintaan fitur yang sering kami lihat adalah mengapa kami tidak menampilkan stabilitas di Android Studio? Itu akan membuat proses debug jauh lebih mudah daripada menggali laporan compiler. Kami sebenarnya sudah mengimplementasikan prototipe awal fitur ini.

Implementasi prototipe petunjuk stabilitas inline di Studio

Kami memutuskan untuk tidak meluncurkan fitur ini karena ada dua masalah utama dengan solusi ini:

Ini memberikan keunggulan besar pada fitur compiler yang kami tujukan sebagai kasus berisiko lanjutan. Ini akan berdampak pada developer yang berpikir bahwa mereka harus membuat setiap parameter stabil.
Ini tidak memperbaiki masalah dengan "lambda yang tidak stabil" karena lambda tersebut tetap akan terlihat stabil. (Dibahas secara mendetail di bawah).

Kami telah menambahkan informasi ini ke debugger. Android Studio Hedgehog dan yang lebih baru akan menampilkan status rekomposisi composable ketika Anda menempatkan titik henti sementara di dalamnya, termasuk informasi tentang stabilitas.

Status rekomposisi di debugger Android Studio Hedgehog

Namun, secara umum, mengapa Anda harus tahu tentang hal ini? Dapatkah kita mencapai tujuan awal kita, yaitu stabilitas yang hanya diperlukan pada kasus berisiko? Dari sinilah kami sampai pada gagasan awal mengenai mode strong skipping, yang memungkinkan composable dengan parameter yang tidak stabil untuk melewatinya juga. Ini menggeser pendekatan default kami untuk rekomposisi dari yang semula konservatif, tidak akan melewati saat kami tidak seharusnya mendekatinya, menjadi pendekatan yang lebih seimbang, yang menurut kami lebih sesuai dengan apa yang secara intuitif Anda harapkan. Yang terpenting, kami tidak mengurangi pengalaman developer yang belum belajar tentang konsep stabilitas, kode mereka kemungkinan besar akan menjadi lebih cepat setelah kami mengaktifkannya secara default.

“Lambda yang tidak stabil”

Kita masih menghadapi masalah lambda. Mungkin salah satu kesalahpahaman terbesar tentang Compose adalah konsep "lambda yang tidak stabil" yang menyebabkan rekomposisi. Semua lambda dalam Compose bersifat stabil, jadi konsep lambda yang tidak stabil adalah konsep yang agak keliru. Jika ingin memperbaiki masalah kemampuan melewati, kita juga harus mengatasi titik masalahnya. Untuk memahaminya, kita harus mundur selangkah dan melihat compiler lebih mendalam.

Compiler Compose menentukan jika sebuah composable bisa dilewati pada waktu kompilasi dengan melihat stabilitas parameter composable. Ada beberapa composable yang tidak mungkin diketahui hingga runtime karena beberapa hal seperti tipe umum, tetapi sebagian besar composable bisa ditentukan dapat dilewati atau tidak pada waktu kompilasi. Mari kita lihat contoh composable yang menyertakan lambda:

@Composable
fun NumberComposable(
  current: Long,
  onValueChanged: (Long) -> Unit
) { }

Composable ini akan diproses oleh compiler dan ditandai sebagai dapat dilewati, termasuk lambda yang ditandai sebagai stabil. Laporan compiler compose akan menunjukkan hal berikut:

restartable skippable scheme("[androidx.compose.ui.UiComposable]") fun NumberComposable(
  stable current: Long
  stable onValueChanged: Function1<Long, Unit>
)

Dalam contoh ini, bayangkan composable kemudian gunakan sebagai berikut:

@Composable
fun MyScreen(viewModel: MyViewModel) {
  val number by viewModel.number.collectAsState()
  var text by remember { mutableStateOf("") }
  NumberComposable(
    current = number,
    onValueChange = { viewModel.numberChanged(it) }
  )
  TextField(text, onValueChanged = { text = it })
}

Developer composable ini berharap bahwa ketika pengguna mengetik di kolom teks, NumberComposable akan melewati rekomposisi karena inputnya tidak berubah dan laporan compiler juga mengonfirmasi bahwa ia dapat dilewati. Tetapi saat runtime, mereka melihat layout inspector yang menunjukkan bahwa hal itu tidak terjadi. Contoh ini sudah cukup jelas, pada kenyataannya kami melihat developer mengalami masalah ini dan melakukan rekomposisi seluruh layar mereka dan menyebabkan jank pada perangkat berspesifikasi rendah saat pengguna mengetik, dan kami setuju bahwa ini sangat buruk!

Namun, apa yang sebenarnya terjadi di sini? Apakah laporan compiler berbohong, atau layout inspector yang salah? Tidak, perilaku ini muncul karena MyViewModel tidak stabil dan ini menyebabkan sedikit perbedaan yang akan saya jelaskan di bawah.

Yang perlu diperhatikan adalah bahwa lambda hanyalah objek di balik layar. Ketika composable MyScreen dikomposisi ulang, lambda onValueChanged direalokasi. Ketika NumberComposable dievaluasi untuk dilewati, runtime compose melihat setiap argumen yang diberikan ke dalam composable dan membandingkannya dengan nilai sebelumnya. Runtime melihat bahwa current adalah nilai yang sama tetapi onValueChanged telah berubah karena sudah direalokasi dan lambda hanya menggunakan ekualitas referensi untuk pengecekan ekualitasnya (alamat objek tidak sama), oleh karena itu composable akan dikomposisi ulang karena inputnya berubah. Rekomposisi disebabkan oleh objek lambda yang berubah, bukan lambda yang tidak stabil.

Jadi, mengapa tidak semua composable dengan lambda tidak pernah dilewati? Titik masalah ini adalah studi kasus mengapa kami selalu ragu-ragu menambahkan “keajaiban compiler”. Semakin banyak yang dilakukan compiler untuk Anda, semakin sulit memahami mengapa kode Anda tidak berfungsi sebagaimana mestinya. Dalam kasus ini, dahulu ketika kami mengembangkan skipping, kami menyadari bahwa ia tidak akan terlalu efektif jika semua composable dengan lambda tidak bisa melewati, itu akan menghasilkan sejumlah besar composable yang tidak pernah melewati! Jadi, kami mengimplementasikan pengingat otomatis lambda, selama mereka hanya memiliki tangkapan stabil. Jika composable di atas ditulis tanpa menggunakan viewModel yang tidak stabil pada lambda, composable akan berperilaku seperti yang diharapkan developer. Sesuatu seperti ini

@Composable
fun NumberComposable(
  current = number,
  onValueChange = { stableViewModel.numberChanged(it) }
) { }

Compiler akan mentransformasi kode menjadi seperti ini:

@Composable
fun NumberComposable(
current = number,
onValueChange = remember(stableViewModel) { { stableViewModel.numberChanged(it) } }
{ }

Karena lambda tidak lagi direalokasi pada rekomposisi, berkat panggilan remember, input ke NumberComposable akan sama sehingga composable akan dilewati.

Mode strong skipping juga memperluas pengingat otomatis ini ke lambda dengan tangkapan tidak stabil, yang berarti setiap lambda dalam fungsi composable sekarang dimemoisasi. Ini adalah kompensasi dalam memori untuk performa runtime yang lebih baik, sesuai harapan kami. Namun kami tidak dapat memastikannya, inilah alasan lain mengapa kami memutuskan untuk meluncurkannya secara perlahan. Sejauh ini terlihat bagus, kode kami di AndroidX tidak menunjukkan adanya regresi performa saat strong skipping diaktifkan dan area-area yang belum disesuaikan stabilitasnya secara manual menunjukkan peningkatan performa yang cukup baik saat rekomposisi, dengan salah satu contohnya adalah waktu yang dibutuhkan untuk merekomposisi RadioGroup menjadi separuhnya.

Melewati hingga akhir

Kesimpulannya, aktifkan mode strong skipping untuk mendapatkan perilaku berikut:

Composable dengan parameter yang tidak stabil bisa dilewati.
Parameter yang tidak stabil dibandingkan ekualitasnya melalui ekualitas instance (===)
Semua lambda dalam fungsi composable secara otomatis diingat. Ini berarti Anda tidak perlu lagi membungkus lambda dengan remember untuk memastikan composable yang menggunakan lambda, dilewati.

Semoga postingan ini memberikan Anda beberapa insight tentang bagaimana kami mengembangkan perubahan perilaku seperti ini. Kami ingin kode yang Anda tulis secara natural memiliki performa yang baik, tanpa Anda harus menjadi ahli di internal Compose. Namun, seperti yang sudah dijelaskan sebelumnya, kami harus berhati-hati dengan perubahan seperti ini dan bergerak secara perlahan.

Anda bisa mencoba strong skipping sekarang juga dengan flag compiler, atau menunggu kami mengaktifkannya secara default. Jika Anda mencobanya dan menemukan masalah dengan strong skipping, harap laporkan bug di goo.gle/compose-feedback.

Cuplikan kode dalam blog ini memiliki lisensi berikut:

// Copyright 2024 Google LLC. SPDX-License-Identifier: Apache-2.0

Antarmuka hybrid Wear OS: Meningkatkan daya dan performa

2024-02-26T09:36:00.003+07:00

26 Februari 2024

Diposting oleh Kseniia Shumelchyk, Android Developer Relations Engineer

Melalui kerja sama dengan mitra hardware, kami terus memprioritaskan pengalaman pengguna Wear OS by Google. Oleh karena itu, kami telah melakukan perubahan desain mendasar pada platform dan secara signifikan memperluas kemampuan antarmuka hybrid Wear OS yang menyempurnakan dua area utama: daya dan performa.

Dengan OnePlus Watch 2, yang didukung Wear OS (Wear OS 4) versi terbaru, arsitektur dual-chipset bekerja dengan antarmuka hybrid kami agar kedua chip secara bersama-sama menghasilkan performa yang lebih baik. Hal ini akan menghasilkan makin banyak kasus penggunaan yang mendapatkan manfaat dari masa pakai baterai yang jauh lebih lama hingga 100 jam penggunaan reguler dengan semua fungsinya yang dapat diakses dalam Mode Pintar.

Bersama-sama, kami menghadirkan pengalaman smartwatch premium yang tidak mengorbankan rangkaian fitur canggih atau masa pakai baterai. Dalam postingan ini, kami akan membagikan bagaimana Anda dapat memanfaatkan perubahan ini saat membangun pengalaman untuk Wear OS.

Terdepan dalam inovasi: arsitektur smartwatch dengan desain baru

Smartwatch Wear OS memiliki arsitektur dual-chipset yang mencakup prosesor aplikasi (AP) yang tangguh dan unit mikrokontroler co-prosesor (MCU) berdaya sangat rendah. Arsitekturnya memiliki AP tangguh yang mampu menangani operasi kompleks secara massal, dan dipadukan secara mulus dengan MCU berdaya rendah.

Antarmuka hybrid Wear OS memungkinkan peralihan cerdas antara MCU atau AP, sehingga AP dapat ditangguhkan saat tidak diperlukan untuk menghemat masa pakai baterai. Hal ini membantu, misalnya, mencapai pengalaman yang lebih hemat daya, seperti pemrosesan data sensor di MCU saat AP dalam keadaan tidur. Pada saat yang sama, antarmuka hybrid memberikan transisi yang mulus antarkondisi ini, menjaga pengalaman pengguna yang beragam dan premium tanpa mengganggu transisi antarmode daya.

Pengalaman konektivitas dan notifikasi

Untuk menyempurnakan interaksi yang bergantung pada konektivitas seperti notifikasi dan panggilan telepon, OnePlus memanfaatkan kemampuan platform dengan API notifikasi di antarmuka hybrid, yang memungkinkan MCU memproses pengalaman notifikasi reguler dan mengurangi kebutuhan untuk mengaktifkan AP.

Misalnya, notifikasi yang dijembatani akan dikirimkan ke smartwatch tanpa membangunkan AP berperforma tinggi. Pengguna dapat membaca dan mengabaikan notifikasi ini saat smartwatch tersebut masih didukung oleh MCU. MCU juga dapat menangani tindakan khusus untuk perangkat wearable dalam notifikasi, seperti balasan cepat atau tindakan jarak jauh.

Manfaat bagi pengembangan

Anda dapat memanfaatkan Wear OS API yang ada untuk mendapatkan pengoptimalan ini tanpa upaya tambahan apa pun – tidak perlu mengubah kode!

Notifikasi

Antarmuka hybrid notifikasi memungkinkan transisi mulus antarmode daya untuk bekerja dengan tumpukan notifikasi Wear OS. Anda mendapatkan performa notifikasi terbaik dengan Notification API.

Pengalaman Kesehatan & Kebugaran

Antarmuka hybrid Wear OS juga meningkatkan pengalaman kebugaran dengan pelacakan olahraga yang lebih tepat, pengenalan olahraga otomatis, dan pemantauan data kesehatan yang lebih cerdas. Semua ini dapat ditawarkan kepada pengguna tanpa mengurangi masa pakai baterai.

Dimulai dengan Wear OS 3, para developer menggunakan Fitur Kesehatan di Wear OS untuk mendapatkan akses ke data sensor. Antarmuka hybrid kesehatan berfungsi untuk mengaktifkan pengoptimalan daya dengan mengelompokkan data sensor di MCU dan memperbarui aplikasi developer secara berkala melalui Health Services API di AP.

Tampilan Jam

Dengan Wear OS 4, kami meluncurkan Format Tampilan Jam, format XML deklaratif untuk membuat tampilan jam yang dapat disesuaikan dan hemat daya.

Platform ini telah menciptakan kemampuan untuk menerapkan rendering Format Tampilan Jam di MCU, sehingga penggunaan format baru ini membantu tampilan jam tertentu agar dapat memanfaatkan pengoptimalan yang muncul di perangkat masa depan untuk penggunaan baterai yang lebih baik.

Lihat dokumentasi format tampilan jam dan panduan desain untuk tampilan jam Wear OS.

Memperluas jangkauan dengan Wear OS

Dengan tambahan ekosistem smartwatch Wear OS dan kemampuan perangkat yang diperluas, sekarang adalah waktu yang tepat untuk membangun pengalaman smartwatch yang dapat menjangkau lebih banyak pengguna dan menguntungkan bisnis Anda.

Guna mulai mengembangkan aplikasi untuk Wear OS, cobalah codelab Compose untuk Wear OS kami, dan lihat dokumentasi dan contohnya.

Baca lebih lanjut tentang update developer di Wear OS 4, dan cara menyiapkan aplikasi untuk smartwatch Wear OS terbaru.

Kami tak sabar ingin segera melihat pengalaman apa yang akan Anda hadirkan!

Goodie baru dari Android, Perangkat Wearable di Mobile World Congress + saksikan episode baru #TheAndroidShow minggu depan!

2024-02-26T09:31:00.006+07:00

Diposting oleh Anirudh Dewani, Direktur Hubungan Developer Android

Sebelumnya hari ini, di Mobile World Congress (MWC), sebuah konferensi tahunan yang menampilkan perangkat seluler terkini, Android dan mitra kami meluncurkan serangkaian goodie baru, termasuk perangkat wearable, perangkat foldable, serta sejumlah fitur baru untuk pengguna Android. Teruslah membaca artikel di bawah ini untuk mengetahui bagaimana Anda, sebagai developer, dapat memanfaatkan fitur dan perangkat baru yang sedang dirilis ini. Dan hanya dalam waktu seminggu, pada hari Kamis tanggal 7 Maret pukul 10.00 PT, kami akan memulai episode baru #TheAndroidShow, event langsung triwulanan kami di YouTube dan di developer.android.com, tempat kita akan mendalami lebih jauh topik ini.

Temukan jam tangan baru dari OnePlus dan cara kami meningkatkan daya dengan antarmuka hibrid Wear OS

Perangkat wearable dipamerkan di MWC minggu ini, dan salah satu favorit kami adalah OnePlus Watch 2, yang didukung dengan versi terbaru Wear OS (Wear OS 4). Sebagai bagian dari upaya berkelanjutan kami guna meningkatkan pengalaman pengguna Wear OS by Google, kami telah melakukan perubahan mendasar pada platform dan secara signifikan mengembangkan kemampuan antarmuka hibrid Wear OS yang meningkatkan dua bidang utama: daya dan performa. Sebagai developer, Anda dapat memanfaatkan API Wear OS yang ada untuk memperoleh pengoptimalan tanpa upaya lainnya lagi – tidak perlu perubahan kode! Anda dapat membaca selengkapnya tentang update ini di sini.

Beberapa fitur baru untuk pengguna Android

Google merilis 9 fitur baru yang dapat dimanfaatkan pengguna Android di seluruh aplikasi Google, Anda dapat membaca selengkapnya tentang fitur tersebut di sini. Untuk developer, kami ingin menyoroti beberapa cara untuk memanfaatkan berita ini di seluruh pengalaman yang Anda buat ke dalam aplikasi Anda:

Lebih banyak tempat bagi pengguna untuk melihat data Health Connect mereka, kini di aplikasi Fitbit: Dengan izin dari pengguna Anda, Health Connect adalah cara utama untuk menghubungkan dan menyinkronkan aplikasi kesehatan dan kebugaran favorit mereka, melihat semua data di satu tempat, dan tetap mengontrol privasi mereka. Dengan menyiapkan Health Connect di aplikasi seluler Fitbit untuk Android, pengguna akan mendapatkan ringkasan data kesehatan dan kebugaran mereka dari seluruh aplikasi di satu tempat. Anda dapat bergabung dengan developer seperti Peloton, ŌURA, dan Lifesum yang menggunakan Health Connect untuk memberikan wawasan kesehatan dan kebugaran yang lebih mendalam kepada penggunanya, mulai sekarang!

Tambahkan dukungan Stilus, seperti yang dilakukan Google Docs: Dengan markup Google Docs, Anda dapat menambahkan anotasi tulisan tangan ke Dokumen dari ponsel atau tablet Android cukup dengan menggunakan jari atau stilus. Google Docs memanfaatkan dukungan stilus; Anda dapat mempelajari lebih lanjut cara menambahkan dukungan untuk Stilus di sini.

Gunakan Kartu untuk Wear OS, seperti yang dilakukan Google Maps: Dengan petunjuk arah angkutan umum di Google Maps untuk Wear OS, Anda dapat menyimpan ponsel di saku dan melirik pergelangan tangan untuk memastikan Anda naik bus, kereta api, atau kapal feri. Pengguna dapat melihat petunjuk arah angkutan umum ini melalui Google Maps menggunakan Kartu yang menyediakan akses cepat ke informasi dan tindakan yang diperlukan pengguna untuk menyelesaikan sesuatu. Anda dapat mempelajari selengkapnya cara membuat Kartu untuk aplikasi Anda di sini.

Episode baru #TheAndroidShow, ditayangkan langsung pada tanggal 7 Maret pukul 10.00 PT. Kirimkan pertanyaan #AskAndroid Anda kepada kami sekarang!

Anda dapat bergabung dengan kami pada tanggal 7 Maret pukul 10.00 PT untuk menonton episode baru #TheAndroidShow. Dalam pameran triwulanan ini, kami akan merilis perangkat foldable Android dan layar besar terbaru yang bisa Anda gunakan, ditambah di balik layar Gemini Nano dan AICore.

Kami akan mengadakan Tanya Jawab #AskAndroid langsung dengan tim tentang pembuatan Android; Anda dapat bertanya kepada kami tentang pembuatan aplikasi menakjubkan di seluruh perangkat, Android 15, Compose, Gemini, dan lainnya, menggunakan #AskAndroid di X atau di YouTube. Pakar kami siap menjawab pertanyaan Anda secara langsung!

#TheAndroidShow: 7 Maret pukul 10.00 PT, disiarkan langsung di YouTube dan d.android.com/events/show!

Menambahkan kemampuan pemindaian dokumen dengan mudah ke aplikasi Anda menggunakan ML Kit Document Scanner API

2024-02-22T09:47:00.005+07:00

Diposting oleh Thomas Ezan – Sr. Developer Relations Engineer; Chengji Yan, Penny Li – ML Kit Engineers; David Miro Llopis – Product Manager

Kami sangat gembira mengumumkan diluncurkannya ML Kit Document Scanner API. API baru ini memudahkan penambahan kemampuan pemindaian dokumen tingkat lanjut dengan antarmuka pengguna berkualitas tinggi dan konsisten ke aplikasi Android Anda. ML Kit Document Scanner API memungkinkan pengguna Anda mendigitalkan dokumen kertas dengan cepat dan mudah.

Seperti ML Kit API lainnya, ML Kit Document Scanner API memungkinkan Anda mengintegrasikan fitur-fitur yang didukung oleh Machine Learning (ML) dengan lancar tanpa pengetahuan ML apa pun.

Mengapa harus Document Scanner SDK?

Meskipun terjadi revolusi digital, dokumen kertas dan hasil cetakan masih ada dalam kehidupan kita sehari-hari. Beberapa dokumen terpenting kita masih dalam bentuk fisik (dokumen identitas, resi, dll).

ML Kit Document Scanner API menawarkan sejumlah manfaat, termasuk:

Antarmuka pengguna berkualitas tinggi dan konsisten untuk mendigitalisasi dokumen fisik.
Deteksi dokumen yang akurat dengan deteksi sudut dan tepi yang presisi untuk pengalaman pemindaian yang lancar dan hasil pemindaian yang optimal.
Fungsionalitas fleksibel memungkinkan pengguna memotong dokumen yang dipindai, menerapkan filter, menghilangkan jari, menghilangkan noda dan kotoran lainnya, serta mengirimkan kembali file digital dalam format PDF dan JPEG ke aplikasi Anda.
Pemrosesan di perangkat membantu menjaga privasi.
Solusi lengkap yang meniadakan keharusan izin kamera.

ML Kit Document Scanner API sudah digunakan oleh aplikasi Android Google Drive dan Google Pixel Camera.

Aksi ML Kit Document scanner API di Google Drive

Mulai

ML Kit Document Scanner API memerlukan Android API level 21 atau lebih tinggi. Model, logika pemindaian, dan alur UI diunduh secara dinamis melalui layanan Google Play sehingga ML Kit Document Scanner API memiliki dampak minimal terhadap ukuran aplikasi Anda.

Untuk mengintegrasikannya ke dalam aplikasi Anda, mulailah dengan mengonfigurasi opsi pemindai dan mendapatkan klien pemindai:

val options = GmsDocumentScannerOptions.Builder()
    .setGalleryImportAllowed(false)
    .setPageLimit(2)
    .setResultFormats(RESULT_FORMAT_JPEG, RESULT_FORMAT_PDF)
    .setScannerMode(SCANNER_MODE_FULL)
    .build()
val scanner = GmsDocumentScanning.getClient(options)

Kemudian daftarkan ActivityResultCallback untuk menerima hasil pemindaian:

val scannerLauncher = registerForActivityResult(StartIntentSenderForResult()) {
  result -> {
    if (result.resultCode == RESULT_OK) {
      val result =
        GmsDocumentScanningResult.fromActivityResultIntent(result.data)
      result.getPages()?.let { pages ->
        for (page in pages) {
          val imageUri = page.getImageUri()
        }
      }
      result.getPdf()?.let { pdf ->
        val pdfUri = pdf.getUri()
        val pageCount = pdf.getPageCount()
      }
    }
  }
}

Terakhir, luncurkan aktivitas pemindai dokumen:

scanner.getStartScanIntent(activity)
  .addOnSuccessListener { intentSender ->   
    scannescannerrLauncher.launch(IntentSenderRequest.Builder(intentSender).build())
  }
  .addOnFailureListener { ... }

Untuk memulai ML Kit Document Scanner API, kunjungi dokumentasi. Kami tidak sabar untuk melihat apa yang akan Anda lakukan dengan API ini!

Memahami Scroll Bertingkat di Jetpack Compose

2024-02-17T09:52:00.006+07:00

Levi Alburquerque

Ikuti

Dipublikasikan di

Developer Android

Bacaan 10 menit

Daftar adalah inti dari sebagian besar aplikasi Android. Selama bertahun-tahun, berbagai solusi diperkenalkan guna memastikan komponen UI lainnya dapat berinteraksi dengan daftar tersebut — misalnya, reaksi panel aplikasi terhadap scroll daftar atau interaksi daftar bertumpuk dengan satu sama lain. Pernahkah Anda menghadapi situasi saat Anda memiliki satu daftar di dalam daftar lainnya dan, dengan men-scroll daftar bagian dalam sampai akhir, Anda ingin daftar bagian luar melanjutkan pergerakannya? Itulah contoh scroll bertingkat klasik!

Scroll bertingkat adalah sistem dengan komponen scroll yang ada di dalam satu sama lain yang dapat mengomunikasikan delta scroll-nya agar dapat bekerja sama. Sebagai contoh, dalam sistem View, NestedScrollingParent dan NestedScrollingChild adalah komponen penyusun untuk scroll bertingkat. Konstruksi ini digunakan oleh komponen seperti NestedScrollView dan RecyclerView untuk memungkinkan banyak kasus penggunaan scroll bertingkat. Scroll bertingkat merupakan fitur utama di banyak framework UI, dan dalam postingan blog ini, kita akan melihat bagaimana Jetpack Compose menanganinya.

Mari kita lihat kasus penggunaan ketika sistem scroll bertingkat dapat bermanfaat. Dalam contoh ini, kita akan membuat efek panel aplikasi yang dapat diciutkan khusus di aplikasi kita. Panel aplikasi yang dapat diciutkan akan berinteraksi dengan daftar untuk menciptakan efek menyembunyikan — kapan pun, jika panel aplikasi diperluas, men-scroll daftar ke atas akan membuatnya disembunyikan. Demikian pula, jika panel aplikasi diciutkan, men-scroll daftar ke bawah akan membuatnya meluas. Berikut ini contoh tampilannya:

Anggaplah aplikasi kita terdiri dari panel aplikasi dan daftar, yang berlaku untuk banyak aplikasi.

Catatan: Anda dapat mencapai perilaku serupa dengan menggunakan parameter TopAppBar scrollBehavior Material 3, namun kami menulis ulang beberapa logika tersebut untuk mengilustrasikan cara kerja sistem scroll bertingkat.

Kode ini merender hal berikut:

Secara default, tidak ada komunikasi antara panel aplikasi dan daftar. Jika kita men-scroll daftarnya, panel aplikasi bersifat statis. Salah satu alternatifnya adalah menjadikan panel aplikasi menjadi bagian dari daftar itu sendiri, namun kita segera melihat bahwa cara itu tidak akan berhasil. Setelah men-scroll daftar ke bawah, kita perlu men-scroll lagi ke atas untuk melihat panel aplikasi:

Dengan memeriksa masalah ini, kami melihat bahwa kami ingin mempertahankan tempat hierarki panel aplikasi (di luar daftar). Namun, kami juga ingin bereaksi terhadap perubahan scroll dalam daftar — yaitu, membuat komponen bereaksi terhadap scroll daftar. Ini adalah petunjuk bahwa sistem scroll bertingkat di Compose mungkin solusi yang bagus untuk masalah ini.

Sistem scroll bertingkat adalah solusi yang bagus jika Anda ingin koordinasi antar komponen ketika satu atau beberapa komponen dapat di-scroll dan tertaut secara hierarki (dalam kasus di atas, panel aplikasi dan daftar memiliki induk yang sama). Sistem ini menghubungkan kontainer scroll dan memberikan kesempatan bagi kita untuk berinteraksi dengan delta scroll yang sedang disebarkan/dibagikan di antara mereka.

Mempresentasikan: Siklus scroll bertingkat

Mari kita kembali sedikit dan membahas cara kerja scroll bertingkat secara umum. Siklus scroll bertingkat adalah aliran delta scroll (perubahan) yang dikirim ke atas dan ke bawah pohon hierarki melalui seluruh komponen yang dapat menjadi bagian dari sistem scroll bertingkat.

Mari kita ambil sebuah daftar sebagai contoh. Saat peristiwa gestur terdeteksi, bahkan sebelum daftar itu sendiri dapat di-scroll, delta akan dikirim ke sistem scroll bertingkat. Delta yang dihasilkan oleh peristiwa tersebut akan melalui 3 tahap: pra-scroll, pemakaian node, dan pasca-scroll.

Pada tahap pra-scroll, komponen yang menerima delta sentuh akan mengirimkan peristiwa tersebut melalui pohon hierarki ke induk paling atas. Kemudian peristiwa delta akan melakukan bubble down, artinya delta akan disebarkan dari induk paling dasar ke bawah menuju turunan yang memulai siklus scroll bertingkat. Hal ini memberikan peluang bagi induk scroll bertingkat di sepanjang jalur ini (composable yang menggunakan pengubah nestedScroll) untuk “melakukan sesuatu” dengan delta sebelum node itu sendiri dapat menggunakannya.

Jika kita kembali ke diagram, turunan (daftar, misalnya) yang men-scroll 10 piksel akan memulai proses scroll bertingkat. Turunan tersebut akan mengirimkan 10 piksel ke atas rantai ke induk paling dasar yang selama tahap pra-scroll, induk akan diberi kesempatan untuk menggunakan 10 piksel tersebut:

Dalam perjalanan menuju turunan yang memulai proses, setiap induk dapat memilih untuk menggunakan sebagian dari 10 piksel dan sisanya akan disebarkan ke bawah rantai. Ketika sudah sampai di turunan, kita akan masuk ke tahap pemakaian node. Dalam contoh ini, induk 1 memilih untuk menggunakan 5 piksel, sehingga tersisa 5 piksel untuk tahap berikutnya.

Pada tahap pemakaian node, node itu sendiri akan menggunakan delta apa pun yang tidak digunakan oleh induknya. Ini adalah momen ketika, misalnya, sebuah daftar akan benar-benar bergerak.

Selama tahap ini, turunan dapat memilih untuk menggunakan sebagian scroll yang tersisa atau seluruhnya. Sisanya akan dikirim kembali untuk melewati tahap pasca-scroll. Turunan dalam diagram kita hanya menggunakan 2 piksel untuk bergerak, menyisakan 3 piksel untuk tahap berikutnya.

Terakhir, pada tahap pasca-scroll, apa pun yang tidak digunakan oleh node itu sendiri akan dikirim naik lagi ke pendahulunya jika ada orang yang ingin menggunakannya.

Tahap pasca-scroll akan bekerja dengan cara yang sama seperti tahap pra-scroll, ketika setiap induk dapat memilih untuk menggunakannya.

Selama tahap ini, induk 2 menggunakan 3 piksel yang tersisa dan melaporkan 0 piksel sisanya ke bawah rantai.

Demikian pula, saat gestur menyeret selesai, tujuan pengguna dapat diterjemahkan menjadi kecepatan yang akan digunakan untuk “menggesek cepat” daftar — yaitu, membuatnya di-scroll menggunakan animasi. Gesek cepat juga merupakan bagian dari siklus scroll bertingkat, dan kecepatan yang dihasilkan oleh peristiwa tarik akan melalui tahap serupa: sebelum gesek cepat, pemakaian node, dan setelah gesek cepat.

Oke, tapi apa relevansinya dengan masalah awal kita? Compose menyediakan seperangkat fitur yang dapat kita gunakan untuk memengaruhi cara kerja tahap-tahap ini dan berinteraksi langsung dengannya. Dalam kasus kami, jika panel aplikasi sedang ditampilkan dan kami men-scroll daftar ke atas, kami ingin memprioritaskan scroll panel aplikasi. Di sisi lain, jika kita men-scroll ke bawah dan panel aplikasi tidak muncul, kami juga ingin memprioritaskan scroll panel aplikasi sebelum men-scroll daftar itu sendiri. Ini adalah petunjuk lain bahwa sistem scroll bertingkat mungkin solusi yang bagus: kasus penggunaan kita membuat kita ingin melakukan sesuatu dengan delta scroll bahkan sebelum daftar di-scroll (lihat tautan dengan tahap pra-scroll di atas).

Selanjutnya mari kita lihat fitur-fitur ini.

Pengubah scroll bertingkat

Jika kita menganggap siklus scroll bertingkat sebagai sistem yang bekerja pada rantai node, pengubah scroll bertingkat adalah cara kita memasukkan diri kita ke dalam perubahan dan memengaruhi data (delta scroll) yang disebarkan dalam rantai ini. Pengubah ini dapat ditempatkan di mana saja dalam hierarki, dan berkomunikasi dengan instance pengubah scroll bertingkat di atas pohon sehingga dapat berbagi informasi melalui saluran ini. Untuk berinteraksi dengan informasi yang diteruskan melalui saluran ini, Anda dapat menggunakan NestedScrollConnection yang akan memanggil callback tertentu, tergantung tahap pemakaian. Mari kita lihat lebih dalam komponen penyusunan pengubah ini:

NestedScrollConnection: Koneksi adalah cara untuk merespons tahap siklus scroll bertingkat. Ini adalah cara utama Anda dapat memengaruhi sistem scroll bertingkat. Ini terdiri dari 4 metode callback, masing-masing mewakili salah satu tahap: pra/pasca-scroll dan sebelum/setelah gesek cepat. Setiap callback juga memberikan informasi mengenai delta yang disebarkan:

1. tersedia: Delta yang tersedia untuk tahap tertentu.

2.digunakan: Delta digunakan pada tahap sebelumnya. Misalnya, onPostScroll memiliki argumen “dipakai” , yang mengacu pada berapa banyak yang dipakai selama tahap pemakaian node. Kita dapat menggunakan nilai ini untuk mengetahui, misalnya, berapa banyak daftar asal yang sudah di-scroll, karena nilai ini akan dipanggil setelah tahap pemakaian node.

3. sumber scroll bertingkat: Tempat asal delta tersebut — Drag (jika berasal dari gestur), atau Fling (jika berasal dari animasi gesek cepat).

Nilai yang ditampilkan dalam callback adalah cara kita memberi tahu cara berperilaku kepada sistem. Kita akan membahasnya lebih lanjut sebentar lagi.

NestedScrollDispatcher: Operator adalah entitas yang memulai siklus scroll bertingkat — yaitu, menggunakan operator dan memanggil metodenya pada dasarnya akan memicu siklus tersebut. Misalnya, kontainer yang dapat di-scroll memiliki operator bawaan yang menangani pengiriman delta yang ditangkap selama gestur ke dalam sistem. Karena alasan ini, sebagian besar kasus penggunaan akan melibatkan penggunaan koneksi dan bukan operator karena kita bereaksi terhadap delta yang sudah ada, dan tidak mengirim yang baru.

Sekarang, mari pikirkan tentang hal yang kita ketahui mengenai urutan propagasi delta dalam sistem scroll bertingkat dan coba terapkan informasi tersebut ke kasus penggunaan kita untuk melihat bagaimana kita dapat menerapkan perilaku penciutan panel aplikasi yang benar. Sebelumnya kita telah mempelajari bahwa, setelah peristiwa scroll dipicu, bahkan sebelum daftar itu sendiri dapat bergerak, kita akan diberi kesempatan untuk membuat keputusan tentang posisi panel aplikasi. Ini mengisyaratkan bahwa kita perlu melakukan sesuatu selama onPreScroll. Ingat, onPreScroll adalah tahap yang terjadi tepat sebelum daftar di-scroll (tahap NodeConsumption).

Kode awal kita adalah kombinasi dua composable, satu untuk panel aplikasi dan satu lagi untuk daftar yang diapit dengan Box:

Tinggi panel aplikasi sudah tetap dan kita cukup mengimbangi posisinya untuk menampilkan/menyembunyikannya. Mari kita buat variabel status untuk menampung nilai offset tersebut:

Sekarang, kita perlu memperbarui offset berdasarkan scroll daftar. Kita akan menginstal koneksi scroll bertingkat pada posisi dalam hierarki yang dapat menangkap delta yang berasal dari daftar; pada saat yang bersamaan, ia harus dapat mengubah offset panel aplikasi. Tempat yang bagus adalah induk yang sama dari keduanya — induk memiliki posisi yang bagus secara hierarki untuk 1) menerima delta dari satu komponen dan 2) memengaruhi posisi komponen lainnya. Kita akan menggunakan koneksi tersebut untuk memengaruhi tahap onPreScroll:

Pada callback onPreScroll kita akan menerima delta dari daftar di parameter tersedia. Tampilan callback ini harus berupa tampilan apa pun yang kita gunakan dari yang tersedia. Artinya jika kita menampilkan Offset.Zero, kita tidak menggunakan apa pun dan daftar akan dapat menggunakan semuanya untuk scroll. Jika kita menampilkan available, daftar tidak akan ada yang tersisa, sehingga tidak akan di-scroll.

Untuk kasus penggunaan kita, jika appBarOffset kita bernilai antara 0 dan tinggi maksimal panel aplikasi, kita perlu memberikan delta ke panel aplikasi (tambahkan ke offset). Kita dapat mencapainya dengan penghitungan menggunakan coerceIn (ini membatasi nilai antara minimum dan maksimum). Setelah itu, kita perlu melaporkan kembali ke sistem tentang hal yang digunakan oleh offset panel aplikasi. Pada akhirnya, implementasi onPreScroll terlihat seperti ini:

Mari kita atur ulang kode kita sedikit dan abstrakkan offset status dan koneksinya menjadi satu kelas:

Dan sekarang, kita bisa menggunakan kelas tersebut untuk menyeimbangkan appBar kita:

Sekarang, daftar akan tetap bersifat statis sampai panel aplikasi diciutkan sepenuhnya karena offset panel aplikasi memakai seluruh delta dan tidak ada lagi yang tersisa untuk digunakan dalam daftar.

Ini bukanlah hal yang kita inginkan. Untuk memperbaikinya, kita perlu menggunakan appBarOffset untuk turut memperbarui area spasi sebelum daftar kita sehingga saat panel aplikasi diciutkan sepenuhnya, tinggi item akan disetel ulang. Setelah itu, panel aplikasi tidak akan menggunakan apa pun lagi, sehingga daftar dapat di-scroll dengan bebas.

Logika ini juga berlaku untuk memperluas panel aplikasi. Saat panel aplikasi diluaskan, daftarnya bersifat statis, namun item yang tidak terlihat bertambah sehingga ini memberikan ilusi bahwa daftar bergerak. Setelah diperluas sepenuhnya, panel aplikasi tidak akan menggunakan delta lagi, dan daftar akan dapat terus di-scroll.

Pada hasil akhirnya, panel aplikasi akan diciutkan/diperluas sebelum daftar di-scroll seperti yang diharapkan.

Kesimpulannya:

Kita dapat menggunakan sistem scroll bertingkat sebagai cara yang memungkinkan interaksi komponen di tempat berbeda dalam hierarki Compose dengan komponen scroll.
Kita dapat menggunakan NestedScrollConnection untuk mengizinkan perubahan pada delta yang disebarkan dalam siklus scroll bertingkat.
Kita harus mengganti metode onPreScroll/onPostScroll untuk mengubah delta scroll dan onPreFling/onPostFling untuk mengubah kecepatan gesek cepat.
Selalu ingat untuk menampilkan apa pun yang dipakai di setiap metode yang diganti sehingga siklus scroll bertingkat dapat melanjutkan propagasi.

Jika Anda ingin mempelajari selengkapnya tentang sistem scroll, lihat dokumentasi resmi yang berisi diskusi yang lebih teknis tentang API yang digunakan di sini dan cara Anda dapat melakukan interop dengan sistem scroll bertingkat View.

Lisensi cuplikan kode: Hak Cipta 2024 Google LLC.
Identifier Lisensi SPDX: Apache-2.0

Buat game Flutter epik untuk membantu perjuangan melindungi planet ini

2024-02-16T13:38:00.003+07:00

Kami tahu developer Flutter menyukai tantangan yang seru, jadi tepat pada tahun baru, kami senang bisa mengumumkan tantangan Flutter berikutnya!

The Global Gamers Challenge adalah lomba berdurasi 8 minggu untuk mendesain, membuat, dan memublikasikan game yang berkelanjutan, disponsori oleh Flutter dan Global Citizen. Pemenang lomba akan berangkat ke NYC pada September 2024 guna bertemu dengan beberapa anggota tim Flutter untuk menjalani workshop dan bimbingan selama satu hari, lalu merayakan pencapaian mereka bersama hingga 60.000 pendukung Global Citizen lain di Global Citizen Festival 2024.

Apa itu game yang berkelanjutan?

Game yang berkelanjutan menggunakan kekuatan permainan untuk menginspirasi tindakan positif terhadap lingkungan. Bayangkan Candy Crush, tetapi alih-alih menghancurkan permen, kamu menghancurkan polusi plastik! Atau, bayangkan game seperti Super Dash, tetapi alih-alih mengumpulkan biji pohon ek, kamu berada di rumah Dash mencari cara untuk mendinginkan rumah dengan mengoptimalkan jalur aliran udara menggunakan jendela, bukan AC. Berikut beberapa ide lain yang terinspirasi oleh kampanye Global Citizen yang sedang berjalan saat ini:

Dorong pengurangan penggunaan energi di rumah

Data menunjukkan bahwa rumah-rumah di Amerika Serikat rata-rata menggunakan listrik tiga kali lebih banyak dibandingkan rumah-rumah pada umumnya di negara lain. Bisakah kamu membuat game yang membantu mengurangi ketergantungan pada sumber energi yang tidak efisien?

Dorong pengurangan penggunaan plastik sekali pakai

Asia Tenggara merupakan kawasan dengan polusi plastik tertinggi di dunia. Pertimbangkan membuat game yang mendorong seseorang untuk mencari alternatif, seperti memilih botol air pakai ulang daripada botol sekali pakai.

Dorong penggunaan transportasi umum untuk jarak dekat dan perjalanan darat untuk jarak yang lebih jauh

Eropa adalah rumah bagi banyak sistem transportasi terbaik di dunia. Game yang efektif dapat mendorong orang untuk menggunakan transportasi umum untuk jarak lebih dekat, dan transportasi darat, seperti kereta (sebagai ganti pesawat) untuk jarak yang lebih jauh.

Kami yakin bahwa game dapat mendorong pemain untuk mengambil tindakan kecil dalam kehidupan nyata yang berdampak besar bagi lingkungan. Karenanya, jika kamu ingin mengambil tindakan langsung terkait hal ini, lihat kampanye yang sedang dijalankan Global Citizen.

Mengapa bergabung dalam Global Gamers Challenge?

Pertahankan planet ini

Lomba ini terinspirasi oleh Playing for the Planet Alliance, sebuah aliansi dari 50 studio game dan perusahaan yang difasilitasi oleh Perserikatan Bangsa-Bangsa, termasuk Google, dengan misi untuk mengurangi dampak industri terhadap lingkungan dan memanfaatkan kekuatan game untuk menghadirkan awareness dan mengoordinasikan tindakan untuk isu-isu lingkungan penting seperti perubahan iklim, hilangnya keanekaragaman hayati, dan polusi.

Game buatan anggota Playing for the Planet Alliance memiliki jangkauan gabungan lebih dari 1 miliar orang. Melalui inisiatif utama Aliansi ini, Green Game Jam, game yang berpartisipasi telah menciptakan dampak dunia nyata dengan mengumpulkan dana untuk menanam 2,75 juta pohon dan menggalang sekitar US$1.500.000 untuk melindungi satwa liar dan mendukung gerakan lingkungan.

Kami telah bermitra dengan Playing for the Planet Alliance untuk mendapatkan praktik terbaik untuk game lingkungan dan menambahkannya ke kit referensi yang disediakan sebagai bagian dari tantangan ini. Inilah kesempatanmu untuk membuat sesuatu yang membantu melindungi planet kita!

Pelajari hal baru

Baik kamu adalah developer Flutter yang baru mengenal game, seorang developer game yang baru mengenal Flutter, atau seseorang yang baru mengenal pengembangan game dan Flutter, kamu pasti akan mempelajari beberapa trik sekaligus menciptakan dampak positif pada dunia.

Detail

Tanggal: Semua project harus dikirimkan paling lambat 5 Maret 2024, pukul 14.59 PM Waktu Pasifik (GMT -8). 20 Game Teratas akan diumumkan pada akhir Maret 2024, dan pemenang akhir akan diumumkan pada Mei 2024.

Cara Pengiriman: Petunjuk pendaftaran dan pengiriman dapat ditemukan di DevPost.

Penghargaan: Pemenang akan dinilai berdasarkan kriteria seperti:

Keaslian dan kreativitas
Tindakan dan narasi keberlanjutan
Penggunaan animasi
Deployment multiplatform yang efektif

Namun, kami tidak hanya memberikan penghargaan atas kemampuan coding yang hebat. Kami juga punya hadiah untuk ide hebat, video demo, konten edukasi untuk game, dan banyak lagi!

Referensi: Kami telah mengumpulkan sejumlah referensi untuk membantumu membuat game, termasuk panduan untuk menavigasi tantangan ini, seperti halnya peta dalam game. Panduan ini memberikan referensi yang kamu perlukan, membantumu menjadi Global Citizen melalui perjalanan pembelajaran baru dalam aplikasi Global Citizen, dan berisi petunjuk tentang cara mendaftar dan mengirimkan gamemu.

Tim: Kamu sebaiknya menyelesaikan tantangan ini sebagai bagian dari tim. Saat kamu mendaftar untuk tantangan ini di Devpost, kamu akan dapat membagikan keahlian, status tim, dan ide-idemu.

Jadi, baik kamu punya ide yang inovatif, tetapi memerlukan rekan tim dengan keahlian teknis untuk mewujudkannya, atau jika kamu memiliki keahlian teknis, tetapi menginginkan ide yang inovatif, pastikan kamu mengisi profilmu dengan tepat, lalu baca tab peserta dan cari orang yang detail profilnya sesuai dengan yang kamu cari!

Kami tak sabar melihat ide-ide yang akan datang dari ahli teknologi dan aktivis yang bekerja sama untuk mencapai tujuan bersama. Kalau kamu memerlukan dukungan tambahan dalam mencari rekan tim, baca artikel bantuan.

Terakhir, jumlah anggota tim memang fleksibel, tetapi hanya 3 orang yang akan dapat melakukan perjalanan ke New York City jika project-nya terpilih sebagai finalis.

Ayo mulai dan terus terhubung

Lihat situs resmi lomba di flutter.dev/global-gamers untuk semua hal yang perlu kamu ketahui. Kamu juga bisa membuka Devpost untuk melakukan pendaftaran dan pengiriman.

Pengiriman ditutup pada 5 Maret, jadi jangan tunggu lagi! Kami tak sabar melihat kreasimu!

Memulai tahun 2024 lebih kuat dengan Flutter dan Dart

2024-02-16T10:42:00.005+07:00

Brandon Badger

Ikuti

Dipublikasikan di

Flutter

Bacaan 5 menit

Perkenalan, dua rilis SDK baru, dan membawa Flutter dan Dart ke era Gemini

Kami sangat antusias mengumumkan rilis SDK kuartal pertama tahun ini untuk Flutter dan Dart — Flutter 3.19 dan Dart 3.3, bersama dengan beberapa pengumuman menarik lainnya terkait AI.

Nilai dan masa depan Flutter dan Dart

Saya baru saja bergabung dengan tim Flutter dan Dart, dan saya sangat senang dapat bekerja sama dengan komunitas developer kami pada saat AI bergerak dengan cepat untuk meningkatkan produktivitas developer dan membuka berbagai jenis pengalaman pengguna yang baru. Saya melihat potensi yang tak terbatas dalam peran Flutter dan Dart untuk membantu membentuk masa depan ini. Saya juga terinspirasi oleh visi awal Flutter untuk meningkatkan pengalaman membangun aplikasi yang indah, berkinerja, dan multiplatform untuk perangkat apa pun.

Melihat jutaan developer berbakat dan kreatif yang mendukung Flutter dengan kontribusinya terhadap framework, atau dengan membangun pengalaman yang luar biasa — jelas sekali bahwa orang lain melihat visi ini dan termotivasi untuk membantu. Dan misi utamanya tetap sama: untuk menghadirkan penyambungan framework dan bahasa yang kuat, yang memungkinkan developer kreatif membangun aplikasi yang indah, kaya, dan berkinerja tinggi untuk perangkat apa pun. Mari kita lakukan ini bersama-sama!

Membawa Flutter dan Dart ke era Gemini

Hari ini kami meluncurkan Google AI Dart SDK, paket pub.dev baru, google_generative_ai, dan sumber daya pendukung; semuanya ini memungkinkan Anda membangun fitur berbasis AI generatif, seperti smart chat bot, mesin telusur visual, dan deskripsi gambar ke dalam aplikasi Dart dan Flutter menggunakan Gemini API. Kemampuan lintas platform Flutter dan Dart serta SDK baru ini mempermudah Anda membangun pengalaman interaktif lintas platform.

Dan ini hanyalah awal dari inovasi yang kami bawa ke pengembangan Flutter dan Dart dengan AI. Sebagai contoh, dalam waktu dekat developer Flutter dan Dart bisa menyalin kode Dart secara langsung dari Google AI Studio setelah menyempurnakan prompt untuk kasus penggunaan Anda.

Pelajari lebih lanjut tentang Google AI Dart SDK di postingan blog pembahasan mendalam.

Banyak developer yang sudah mulai menggabungkan Flutter dan alat AI secara menarik:

Tim di LeanCode telah menggunakan model Gemini untuk membangun arb_translate, sebuah paket yang memungkinkan developer melakukan tugas penerjemahan secara otomatis
We Spot Turtles! telah menggabungkan Flutter dan AI dalam misi mereka untuk menyelamatkan penyu dari kepunahan. Mereka baru saja menjadi sorotan di #WeArePlay campaign Google Play. Lihatlah di bawah ini.
AutoGPT, sebuah proyek open source eksperimental yang dibangun di atas model bahasa besar (LLM), memiliki klien Flutter yang berjalan di iOS, Android, web, macOS, dan Windows.

#WeArePlay | Caitlin dan Nicolas | We Spot Turtles! | Australia

Saat Anda menjelajahi kemampuan model Gemini, pastikan membagikan pengalaman baru dan inovasi yang Anda bangun bersama kami menggunakan hashtag #BuildWithGemini.

Rilis dua SDK baru

Selain antusiasme yang dihadirkan AI, kami tetap fokus untuk terus membangun framework UI yang kuat, yang mampu menghadirkan pengalaman apa pun yang ingin Anda bangun di layar apa pun yang Anda inginkan. Anda akan melihat progres menuju visi tersebut dalam rilis SDK hari ini, Flutter 3.19 dan Dart 3.3.

Rilis ini berfokus pada penyempurnaan dan peningkatan performa yang dibangun di atas jalur yang telah ditetapkan Flutter dan Dart tahun lalu. Dalam rilis Flutter ini, Anda akan menemukan:

Pembaruan pada upaya kami untuk menghasilkan terobosan performa grafik melalui upaya berkelanjutan atas Impeller
Langkah tambahan untuk menyediakan integrasi yang mulus antar platform dengan font native iOS Flutter dan versi awal validator web deep linking
Fokus berkelanjutan pada pengalaman developer dengan update untuk DevTools dan laporan progres pada ekosistem paket Flutter
Dan terakhir, kami sangat senang bisa membagikan progres misi kami untuk membantu menentukan masa depan web dengan Wasm

Dart 3.3 memperkenalkan tipe ekstensi, model baru untuk berinteraksi dengan JavaScript di web, dan pembaruan pada upaya kami untuk mendukung akses ke library web yang lebih banyak dan lebih baik. Anda bisa mempelajari lebih lanjut mengenai setiap rilis dalam postingan blog untuk Flutter 3.19 dan Dart 3.3.

Strategi dan Roadmap 2024

Setiap fitur ini merupakan langkah kecil dalam perjalanan lebih besar yang kami lakukan tahun ini, dan bisa Anda lihat di roadmap 2024 kami. Seperti biasa, roadmap ini lahir dari keinginan untuk terbuka tentang rencana kami karena kami tahu banyak dari Anda menganggap Flutter dan Dart sebagai komponen penting dalam karier dan bisnis Anda. Meskipun demikian, progres terkadang sulit diprediksi, bahkan dengan perencanaan yang sudah siap.

Dan meskipun kami pasti melakukan yang terbaik untuk terus bersikap transparan karena perubahan yang terjadi memaksa kami untuk mengalihkan fokus dan melakukan kompromi, kami ingin menyoroti bahwa terdapat lebih banyak kontributor untuk Flutter dan Dart di luar Google dibandingkan dengan kami yang dipekerjakan di sini, yang berarti bahwa hal-hal yang disebutkan dalam roadmap kami hanyalah sebagian kecil dari ribuan perubahan yang akan hadir ke Dart dan Flutter pada tahun ini.

Roadmap 2024

Menyatukan semuanya

Saya telah mengerjakan banyak proyek yang menyenangkan dan inovatif selama 17+ tahun di Google dan YouTube, tetapi ini adalah hal paling antusias yang pernah saya rasakan dalam menyambut kesempatan baru. Saya memulai karier saya sebagai software engineer, dan tugas pertama saya di Google adalah sebagai PM untuk alat developer Maps API dan Geo, jadi saya senang sekali bisa kembali ke akar developer saya.

Salah satu hal yang mendorong antusiasme saya, adalah, antusiasme Anda. Selama tahun 2024 ini, saya melihat banyak hal luar biasa yang muncul dari komunitas ini, termasuk:

Lebih dari 2.700 orang telah bergabung dalam Global Gamers Challenge, yang kami selenggarakan bekerja sama dengan firma advokasi internasional Global Citizen untuk menantang Anda menggunakan keahlian Anda dalam membangun game Flutter yang dapat menginspirasi dunia untuk hidup lebih berkelanjutan.
Superlist, yang mengumumkan versi 1.0 kemarin, menggunakan Flutter untuk mendefinisikan ulang manajemen tugas, pencatatan, dan segala sesuatunya.

Sebagai penutup, anak-anak saya mulai belajar Ilmu Komputer, dan saya termotivasi untuk membantu menciptakan pengalaman pengembangan software yang akan membantu generasi berikutnya mengubah dunia menjadi lebih baik.

Tahun ini menjanjikan sesuatu yang penting untuk menciptakan masa depan tersebut, dan saya tidak sabar menantikan bagaimana Flutter dan Dart mendukungnya. Seperti biasa, kami sangat berterima kasih atas dukungan Anda yang tiada henti dan kami tidak sabar menantikan apa yang akan kita bangun bersama. Sampai jumpa lagi!

Pratinjau Developer Pertama Android 15

2024-02-16T10:26:00.002+07:00

Diposting oleh Dave Burke, VP of Engineering

Kami merilis Pratinjau Developer pertama Android 15 hari ini sehingga Anda, developer, bisa berkolaborasi dengan kami untuk membangun Android yang lebih baik.

Android 15 melanjutkan upaya kami untuk membangun platform guna membantu meningkatkan produktivitas Anda sekaligus memberikan kemampuan baru untuk menghadirkan pengalaman media yang superior, meminimalkan dampak baterai, memaksimalkan kelancaran performa aplikasi, serta melindungi privasi dan keamanan pengguna, semuanya pada beragam perangkat yang ada di luar sana.

Android memungkinkan aplikasi Anda memanfaatkan hardware perangkat premium, termasuk kemampuan kamera kelas atas, GPU yang kuat, layar yang memukau, dan pemrosesan AI. Permintaan untuk perangkat layar besar, termasuk tablet, perangkat foldable, dan flippable, terus meningkat, menawarkan peluang untuk menjangkau pengguna kelas atas. Selain itu, Android berkomitmen untuk menyediakan peralatan dan library untuk membantu aplikasi Anda memanfaatkan kemajuan AI terbaru.

Masukan Anda terhadap Pratinjau Developer Android 15 dan program beta QPR memainkan peran penting dalam membantu perkembangan Android. Situs developer Android 15 punya banyak informasi tentang pratinjau, termasuk download untuk Pixel dan dokumentasi mendetail tentang perubahan. Pratinjau ini hanyalah permulaan, dan kami memiliki banyak hal yang akan dibagikan seiring dengan siklus rilisnya. Terima kasih sebelumnya atas bantuan Anda dalam menjadikan Android sebagai platform yang bisa digunakan oleh semua orang.

Melindungi privasi dan keamanan pengguna

Android terus berupaya menciptakan solusi untuk memaksimalkan privasi dan keamanan pengguna.

Privacy Sandbox di Android

Android 15 membawa Android AD Services ke ekstensi level 10, dengan menggabungkan versi terbaru Privacy Sandbox di Android, bagian dari upaya kami untuk mengembangkan teknologi baru guna meningkatkan privasi pengguna serta memungkinkan pengalaman periklanan yang efektif dan dipersonalisasi untuk aplikasi seluler. Situs kami punya banyak informasi tentang pratinjau developer dan program beta Privacy Sandbox di Android untuk membantu Anda memulai.

Health Connect

Android 15 mengintegrasikan Android 14 ekstensi 10 di dalam Health Connect dari Android, sebuah platform yang aman dan terpusat untuk mengelola serta membagikan data kesehatan dan kebugaran yang dikumpulkan aplikasi. Update ini menambahkan dukungan untuk tipe data baru dalam aspek kebugaran, nutrisi, dan lainnya.

Integritas file

FileIntegrityManager Android 15 menyertakan API baru yang memanfaatkan fitur fs-verity di kernel Linux. Dengan fs-verity, file bisa dilindungi dengan penanda kriptografi khusus, membantu Anda memastikan bahwa file tersebut tidak diubah atau dirusak. Hal ini menghasilkan peningkatan keamanan, perlindungan dari potensi malware atau modifikasi file yang tidak diotorisasi yang dapat membahayakan fungsionalitas atau data aplikasi Anda.

Berbagi layar parsial

Android 15 mendukung berbagi layar parsial sehingga pengguna bisa membagikan atau merekam jendela aplikasi saja, tidak seluruh layar perangkat. Fitur ini, yang aktif pertama kali di Android 14 QPR2, mencakup MediaProjection callback yang memungkinkan aplikasi Anda menyesuaikan pengalaman berbagi layar parsial. Perhatikan bahwa persetujuan pengguna sekarang diperlukan untuk setiap sesi perekaman MediaProjection.

Mendukung kreator

Android terus berupaya memberi Anda akses ke alat dan hardware untuk mendukung kreator mewujudkan visi mereka di Android.

Kontrol Kamera Dalam Aplikasi

Android 15 menambahkan ekstensi baru untuk kontrol yang lebih besar atas hardware kamera dan algoritmenya pada perangkat yang didukung:

Penyempurnaan pada kondisi minim cahaya yang memberikan kontrol kepada developer untuk meningkatkan kecerahan pratinjau kamera.

Penyesuaian kekuatan lampu flash canggih yang memungkinkan kontrol presisi intensitas flash dalam mode SINGLE dan TORCH sewaktu mengambil gambar.

Perangkat Virtual MIDI 2.0

Android 13 menambahkan dukungan untuk terkoneksi ke perangkat MIDI 2.0 melalui USB, yang berkomunikasi menggunakan Universal MIDI Packets (UMP). Android 15 memperluas dukungan UMP ke aplikasi MIDI virtual, yang memungkinkan aplikasi komposisi untuk mengontrol aplikasi synthesizer sebagai perangkat MIDI 2.0 virtual, seperti halnya pada perangkat USB MIDI 2.0.

Performa dan kualitas

Android terus berfokus untuk membantu Anda meningkatkan kualitas aplikasi. Sebagian besar fokusnya adalah peralatan dan library, termasuk Jetpack Compose, Android Studio, dan lainnya.

Performa Dinamis

Android 15 melanjutkan investasi kami dalam Android Dynamic Performance Framework (ADPF), kumpulan API yang memungkinkan game dan aplikasi yang intensif dalam hal performa untuk berinteraksi secara lebih langsung dengan sistem daya dan termal perangkat Android. Pada perangkat yang didukung, Android 15 akan menambahkan kemampuan ADPF baru:

Sebuah mode efisiensi daya sebagai sesi petunjuk untuk mengindikasikan bahwa thread terkait harus lebih mengutamakan penghematan daya daripada performa, sangat bagus untuk beban kerja latar belakang yang berjalan dalam waktu lama.

Durasi kerja GPU dan CPU keduanya bisa dilaporkan dalam sesi petunjuk, sehingga sistem dapat menyesuaikan frekuensi CPU dan GPU secara bersamaan untuk memenuhi permintaan beban kerja secara optimal.

Ambang batas thermal headroom untuk menginterpretasikan kemungkinan status pelambatan termal berdasarkan prediksi headroom.

Untuk mempelajari lebih lanjut tentang cara menggunakan ADPF dalam aplikasi dan game Anda, silakan lihat dokumentasi.

Produktivitas Developer

Android 15 terus menambahkan API OpenJDK, termasuk peningkatan kualitas buffer NIO, stream, keamanan, dan banyak lagi. API ini telah diupdate di lebih dari satu miliar perangkat yang menjalankan Android 12+ melalui update Sistem Google Play, sehingga Anda bisa menargetkan fitur pemrograman terbaru.

Kompatibilitas aplikasi

Untuk memberikan Anda lebih banyak waktu untuk merencanakan pekerjaan kompatibilitas aplikasi, kami memberitahukan tahapan pencapaian Stabilitas Platform jauh sebelumnya.

Memulai dengan Android 15

Mencoba fitur dan API baru – masukan Anda sangatlah penting selama periode awal pratinjau developer. Laporkan masalah dalam tracker kami di halaman masukan.

Menguji kompatibilitas aplikasi Anda – pelajari apakah aplikasi Anda terpengaruh oleh perubahan di Android 15; instal aplikasi Anda ke perangkat atau emulator yang menjalankan Android 15 dan uji secara ekstensif.

Kami akan mengupdate image sistem pratinjau dan SDK secara reguler selama siklus rilis Android 15. Rilis pratinjau awal ini untuk kalangan developer saja dan tidak ditujukan untuk penggunaan sehari-hari atau pengguna umumnya, sehingga kami hanya menyediakannya melalui download manual. Setelah Anda menginstal build pratinjau secara manual, Anda akan secara otomatis mendapatkan update over the air (OTA) di masa mendatang untuk semua rilis pratinjau dan Beta selanjutnya. Baca selengkapnya di sini.

Jika Anda ingin berpindah dari program Android 14 QPR Beta ke program Pratinjau Developer Android 15 dan tidak ingin menghapus total perangkat, kami sarankan untuk pindah ke Pratinjau Developer 1 sekarang. Jika tidak, Anda mungkin mengalami periode waktu ketika Android 14 Beta memiliki tanggal build yang lebih baru yang akan mencegah Anda membuka Pratinjau Developer Android 15 secara langsung tanpa melakukan penghapusan total data.

Untuk informasi selengkapnya, kunjungi situs developer Android 15.

Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.