Kekurangan dalam Aplikasi Universal

Microsoft telah mulai mendorong pengembang untuk memigrasikan aplikasi mereka ke aplikasi Universal, namun beberapa pengembang masih belum yakin. Saya menulis editorial mengutip pengembang beberapa waktu lalu tentang kelayakan aplikasi universal dan mengapa mereka belum membuat dunia terbakar. Hari ini, pengembang lain menerbitkan sebuah artikel tentang pengalamannya dengan aplikasi universal (yang akan kami produksi ulang di sini dengan izin)

 

Windows Phone 8.1 XAML dan Aplikasi Universal menyertakan API WinRT yang memiliki banyak masalah, termasuk beberapa yang tidak ada solusinya. Tapi pertama-tama, mari kita bicara tentang nama "Aplikasi Universal". Saya pikir itu cukup arogan, menyebut sesuatu yang universal yang menargetkan dua platform, yang sejujurnya tidak begitu banyak digunakan atau dipedulikan pengguna. Juga jika Anda hanya memikirkan platform Windows, aplikasi ini juga tidak universal, karena mereka tidak dapat menargetkan versi Windows yang paling umum digunakan (7 dan XP). Tapi saya menyimpang.

Dia membuat poin di sini, yang saya buat beberapa waktu lalu. Baik WP8.1 maupun W8.1 tidak memberikan nilai yang cukup bagi pengembang untuk mengembangkan keduanya karena, seperti yang saya katakan, “Pengguna Windows HAS, tetapi pengguna tersebut tidak selalu menginginkan aplikasi. Pengguna Windows Phone menginginkan aplikasi, tetapi jumlahnya tidak banyak” .

Namun, pengguna bukan satu-satunya hal yang mencegah pengembang pindah ke aplikasi 8.1 WinPRT. Ada juga masalah teknis:

 

API yang lebih kacau

Jadi API pemutaran audio latar belakang untuk Windows Phone 8.1 kacau, ada lagi? Tentu. BackgroundDownloader adalah contoh lain. Di Silverlight, ada BackgroundDownloader yang cukup terbatas, tetapi berhasil. Di Aplikasi Universal, ada BackgroundDownloader baru dengan beberapa fitur baru, dan beberapa fitur penting hilang. Misalnya, di Silverlight, setiap unduhan dapat memiliki Tag, tempat Anda dapat menyimpan data apa pun sehingga Anda mengetahui sesuatu tentang unduhan saat selesai (untuk entitas bisnis apa, dll.). Tidak lagi di Universal Apps. Tidak ada Tag, jadi Anda harus membuat dan mengelola jenis indeks Anda sendiri untuk semua unduhan, sehingga Anda benar-benar dapat mencocokkannya dengan entitas bisnis Anda. Sebuah gangguan, tapi tidak ada yang tidak bisa Anda kelola, kan.

Seorang komentator di blog juga menambahkan bahwa api Kamera tidak sebagus yang Silverlight dan saya telah diberitahu bahwa api 8.1 tidak memiliki integrasi lensa.

API Kamera di WP8.1 juga sangat buruk. Tidak ada cara untuk mendapatkan bingkai pratinjau. Dengan Silverlight API, Anda cukup berlangganan ke suatu acara dan mendorong frame beresolusi rendah melalui ZXing pada beberapa fps. Di WinRT yang terbaik yang dapat Anda lakukan adalah mengambil banyak gambar demi satu, dengan flash kadang-kadang dan memindai sekitar 0.8 frame per detik.

Performa juga mendapat pukulan dengan jumlah pekerjaan yang diperlukan untuk mendapatkan pengguliran yang mulus telah meningkat di 8.1 vs 8.0.

Performance

Di Silverlight, saya biasanya menggunakan LongListSelector untuk menampilkan data, menggunakannya dengan WrapPanel ketika saya perlu membuat tata letak dua kolom. LongListSelector hilang, di Universal Apps Anda harus menggunakan GridView juga di Windows Phone. Atau Anda dapat menggunakan ListView dengan panel pembungkus khusus yang Anda tulis sendiri atau unduh di suatu tempat, tetapi perlu beberapa upaya untuk membuatnya melakukan virtualisasi dengan benar.

Jadi Anda menggunakan GridView di Windows Phone 8.1 dan Windows 8.1 untuk membuatnya konsisten. Tambahkan puluhan item dengan gambar ke dalamnya dan kinerjanya mulai sangat menurun. Placeholder abu-abu akan muncul dan yang lebih penting, tidak pernah menghilang. Anda tidak memerlukan gambar, cukup tambahkan sekitar 300 item teks saja ke GridView dan placeholder abu-abu akan mulai ditampilkan saat menggulir

Inti dari posting ini bukan untuk menjelek-jelekkan Microsoft, ini untuk menjelaskan mengapa pengembang mungkin belum mau membuat aplikasi universal dulu. Mereka bukan metode yang benar-benar lebih baik, itu adalah peningkatan di beberapa area dan penurunan versi di area lain (pengguna Windows Phone tahu perasaan ini dengan baik). Jika Microsoft ingin menarik pengembang, mereka harus bekerja lebih cepat daripada yang mereka lakukan sekarang, "segera" dan "dalam beberapa bulan mendatang" tidak menarik bagi orang-orang yang mata pencahariannya bergantung pada "segera" menjadi "kemarin". Untungnya, ada tanda-tanda bahwa ini mungkin berubah. WP 8.1.1 membawa beberapa api baru (meskipun dibatasi) dan 8.1.2 dikatakan (dalam posting yang sekarang tersembunyi) memungkinkan pengembang untuk membuat aplikasi baru yang luar biasa. Microsoft mungkin akan berubah di masa depan dan itu bagus. Namun, bagi banyak pengembang yang sedang ditekan untuk membuat aplikasi universal sekarang, masa depan tidak bisa segera tiba di sini.

Untuk lebih dari cuplikan yang Anda dapatkan di sini, baca bagian lengkapnya di sini. Untuk bagian saya yang lebih detail, lihat sini.