Microsoft sedang memproses transisi WinUI, kerangka antarmuka pengguna Windows 11, menjadi sumber terbuka

• Microsoft mengumumkan rencana bertahap untuk membuka sumber WinUI, kerangka kerja antarmuka pengguna Windows 11.
• WinUI tidak dapat langsung dibuka karena memiliki struktur yang kompleks dan banyak kode proprietari dan karena perlu membedakan bagian yang dapat dibagikan dan yang tidak dapat dibagikan.
• Open sourcing akan dilaksanakan dalam empat tahap.
  • Tahap 1: Peningkatan frekuensi mirror: Setelah rilis WASDK 1.8 (akhir Agustus), komit internal akan disinkronkan ke GitHub lebih sering agar berbagi transparansi dan perkembangan pengembangan.
  • Tahap 2: Build lokal pengembang eksternal: Pengembang eksternal akan dapat meng-kloning kode secara langsung untuk dibangun di lingkungan lokal, dan juga akan disediakan dokumentasi pengaturan dan dependensi.
  • Tahap 3: Kontribusi dan pengujian eksternal: Kontributor komunitas dapat mengirimkan Pull Request dan melakukan pengujian lokal, serta penataan dependensi internal dan pembukaan infrastruktur pengujian juga akan dilakukan.
  • Tahap 4: Beralih ke sistem pengembangan berbasis GitHub: Pada akhirnya GitHub akan menjadi inti pengembangan utama, pengelolaan issue, dan komunikasi komunitas, sementara sistem mirror internal akan dihentikan secara bertahap.
• Peta jalan open source WinUI dikelola secara publik melalui Papan proyek GitHub.
• Pengembang dan pengguna dapat berkontribusi pada pengembangan WinUI melalui umpan balik, penulisan issue yang jelas, dan pemungutan suara atas masukan yang sudah ada.

[regentag]

COM dan WebView juga tidak saya suka... alangkah baiknya kalau ada GUI yang bisa dipakai dengan baik.
Dari semua UI untuk Windows yang pernah saya coba sampai sekarang, yang paling saya sukai adalah Qt4. Mulai dari Qt5, rasanya terasa cukup berbeda.

[regentag]

Sejujurnya, saya punya kenangan bahwa MFC juga tidak terlalu buruk kok... haha.

[GN⁺]

Komentar Hacker News

• Saya khawatir tentang masa depan teknologi UI native Windows. Pengembang OS biasanya membuat aplikasi native yang berfungsi dengan baik dan konsisten untuk produk yang mereka gunakan sendiri. Tetapi di Windows 11 terjadi kebalikannya. Sejak Windows 10 memang ada aplikasi email dan kalender bawaan yang minimal bisa dipakai, tetapi pada pembaruan terbaru Windows 11 aplikasi itu dihilangkan dan diganti dengan pembungkus WebView yang lambat, sehingga butuh beberapa detik untuk dijalankan.

  • Kalau melihat sesi komunitas WinUI, banyak staf baru yang tidak punya pengalaman Windows sama sekali, dan manajemen juga tidak terlalu peduli sehingga mereka tidak menguasai dasar-dasarnya. Kalau ditanya hal yang wajar untuk developer Windows, sering kali mereka tak bisa menjawabnya dan bahkan tidak memahami mengapa pertanyaan itu muncul. Akibatnya, banyak instance Webview2 menyebar di mana-mana di Windows 11.

  • Masalah UI Windows 11 terasa terlalu berfokus pada aplikasi dan fitur baru, sedangkan alat-alat lama tidak diperbarui. Misalnya, Control Panel hampir masih memakai kulit yang sama sejak Windows 7. Kalau digali lebih dalam, seperti meme Homer Simpson yang ditempelkan klip di tubuhnya, aplikasi usang bersembunyi di setiap sudut. Secara tampilan saja kelihatan baru, tetapi batasannya cepat terlihat saat dipakai.

  • Mungkin suatu saat MSO (Office) benar-benar bisa ditulis ulang pakai teknologi seperti Dart dan WASM. Dalam bentuk yang sepenuhnya terpisah dari toolkit native, mungkin semua fitur Excel bisa direplikasi dan diakses dari mana saja dalam bentuk paket langganan O365 Premium. Pada akhirnya, mungkin ia akan berevolusi seperti ChromeOS: hanya bagian seperti layar kunci/login yang butuh UI native sederhana, sisanya diproses ringan saja.

  • Kalau paham perebutan kekuasaan internal Microsoft dan politik kantor yang kejam, kenapa perubahan ini terjadi jadi masuk akal. Departemen-departemen sedang saling bersaing agar unggul.

  • Di Windows rasanya seperti tercampur minimal sepuluh framework UI yang berbeda. Windows 11 terasa seperti mengunjungi museum naturalis. Ada aplikasi yang tetap bertahan dengan desain era Windows 2000 seperti MSC, dan ada juga UI berpengaruh Metro yang kasar serta berwarna mencolok. Gaya Win11 terbaru memang tampak meyakinkan, tetapi sebenarnya seperti 'memberi lipstik pada babi'. Menu klik kanan menjadi contoh paling jelas: terlihat cantik, tapi karena fiturnya kurang, pengguna harus menekan tombol 'Lihat selengkapnya' untuk melihat lebih banyak fitur dari gaya lama. Secara keseluruhan, ini berantakan.

• Dari pernyataan seperti 'selaras dengan target Microsoft' atau 'mendistribusikan sumber daya secara hati-hati', saya tak bisa merasakan ketulusan. Akhirnya, ini terlihat sebagai kebijakan mengalihkan pemeliharaan ke pengembang eksternal yang penuh semangat sekaligus menguras sumber daya.

  • Ungkapan 'pihak yang kalah namun bersemangat' terdengar terlalu negatif. Meskipun saya setuju jika Anda skeptis karena tidak peduli pada UI Win11 atau menganggap open-source kali ini sekadar untuk efisiensi biaya, saya tetap ingin menunjukkan sedikit penghormatan kepada orang-orang yang mencoba melanjutkannya.

  • Secara jujur, ini adalah gaya bicara perusahaan besar: tidak ada dukungan yang dijamin, tidak ada rencana pembaruan tambahan selain bug keamanan, pakailah aplikasi ini sendiri.

  • Jadi rasanya ingin bercanda: 'Kapan Apache Windows?' muncul. Seriusnya, kini toolkit UI desktop sudah bukan lagi hal yang kompetitif atau menjadi hambatan masuk. Karena di Windows hanya ada 3-4 gaya berbeda yang diedarkan secara resmi. Namun keamanan dan stabilitas tetap hal yang harus dimiliki agar Windows tetap bertahan di bisnis, keuangan, dan lembaga pemerintahan.

  • Ada sisi yang bisa dipahami dari open-source-nya framework UI milik perusahaan lain. Misalnya, framework Atlassian atau AWS karena dipakai di Jira/AWS, jadi wajar untuk dijajal juga di B2B SaaS. Namun saya tidak mengerti mengapa framework ini harus dipakai. Kalau tidak memang hanya untuk membuat aplikasi native Windows, saya pikir sudah ada opsi yang lebih baik.

  • Saya pikir WinUI adalah kegagalan.

• Di komunitas pengembang Windows hampir tidak ada yang benar-benar peduli dengan WinUI, dan yang menggantung hanya developer yang sudah berinvestasi di WinRT/UWP lalu tidak bisa keluar. Sejak Windows 8 terlalu banyak hal yang terputus sehingga kepercayaan komunitas hilang. Nyatanya terlihat seperti Microsoft menyerahkan masalah ke komunitas alih-alih memperbaikinya.

  • Kalau DevExpress, Progress Telerik pun tidak berinvestasi mengembangkan kontrol WinUI sendiri, itu jadi sinyal bahwa mereka juga tak percaya masa depan WinUI. Saat ini, untuk aplikasi perusahaan, opsi yang realistis hanya WinForms dan WPF. Saya sendiri belum pernah melihat aplikasi yang dipakai di produksi dibuat dengan WinUI3.

  • Jujur, siapa sekarang mau memakai UI framework Microsoft mana pun dengan serius? Framework yang sebelumnya dipakai pun selalu diabaikan sebelum tuntas, dibiarkan setengah jadi, lalu orang beralih ke framework baru yang lebih mengilap, dan akhirnya semuanya pun dilupakan. Justru framework open-source lintas platform jauh lebih matang dari sisi fondasi dan fitur, serta pemeliharaannya bagus. WinUI kali ini akan menjadi lagi satu kasus nasib buruk lain setelah UWP: dilupakan dan diabaikan.

• Sulit sekarang menghitung berapa UI framework yang ada di Windows, rasanya terlalu membingungkan. Pertanyaan saya, apa yang sebenarnya diharapkan dengan dibukanya source code? Apakah hanya untuk kesan transparan, atau apakah ada manfaat nyata untuk developer yang menargetkan Windows.

  • WinUI adalah versi yang berkembang dari UWP, dan UWP sendiri adalah evolusi WinRT. Niat WinUI jelas, teknologinya juga sudah berkembang lama (saat ini versi WinUI 3). MAUI lebih merupakan pilihan lintas platform daripada produk pesaing. Namun untuk mendapatkan kepercayaan jangka panjang, OS secara keseluruhan—terutama alat manajemen—perlu direkonstruksi ke WinUI.

  • Setelah melihat banyak singkatan dan penjelasan tadi, awalnya saya pikir ini satire. WinUI, UWP, WinRT, XAML, Avalon, WPF, Project Reunion, Win2D, MFC, wxWidgets, Qt, dan lain-lain. Banyaknya versi dan nama framework yang tercampur membuat penjelasan saja sudah panjang dan membingungkan.

  • Mungkin Microsoft seperti biasa, sekarang berfokus lagi pada tren baru (kali ini AI!), lalu mencari cara untuk merapikan teknologi lama tanpa penolakan besar. Sepertinya orang yang menentang juga hanya sedikit.

  • Secara nyata, di Windows ada tiga framework UI, dan hanya dua yang benar-benar hidup. Dua sisanya sebenarnya hanya evolusi berulang dari dua jalur Win32/native dan WPF/Managed. WinUI3 muncul untuk menjembatani celah di antara keduanya.

  • Dalam jangka panjang, MFC tetap menjadi pilihan paling tahan lama. Saat ini update-nya berhenti, tetapi ia kemungkinan bertahan setidaknya 20 tahun.

• Seandainya Microsoft terus mengembangkan WPF. Saya sudah memakainya di banyak proyek bertahun-tahun; meski ada learning curve, Data Binding, ViewModel, dan XAML masih saya pakai dengan puas sampai sekarang. Tapi agar WPF lebih sempurna, beberapa perbaikan memang perlu. Saya sudah mencoba framework baru Microsoft maupun open-source terbaru (Avalonia, Uno, dll), tapi ada sample yang tidak jalan atau pola pengembangan tidak cocok. Akhirnya saya kembali ke WPF yang familiar. Ide perbaikan terbesar WPF adalah membuat sistem Data Binding dengan code generation .NET di compile-time, bukan Reflection runtime. Dengan pendekatan ini, build AOT sungguhan bisa dilakukan, performa jadi melonjak drastis, dan masih banyak benefit lain seperti type safety XAML, dukungan lintas platform, dan lain-lain. Saya sempat mencoba membuatnya sebagai proyek open-source, tapi waktu tidak cukup dan tugas terlalu banyak.

  • Paragraf kedua di atas pas banget sama Avalonia. Avalonia sudah mendukung AOT, kesalahan binding waktu kompilasi, dan fitur lintas platform. Jika Anda belum melihat pembaruan terakhir beberapa waktu, cek Avalonia compile-time data binding docs dan proyek XamlX.

  • Dengan cara ini, trimming assembly juga memungkinkan. Untuk distribusi mandiri, perpustakaan .NET sekarang bisa menempel lebih dari 200MB, tetapi metode ini bisa memangkasnya jauh.

• Saat saya mengevaluasi WinUI3 dulu, pengalaman pengembangnya sangat buruk. Untuk mendebug aplikasi yang mau didistribusikan, harus diinstal ke sistem secara langsung. Lalu menjadi banyak entri tak perlu di Start Menu dan registry juga berantakan. Bahkan di contoh kode, aplikasi langsung crash begitu tombol diklik. Saya tetap membuat aplikasi Windows menggunakan Win32+WTL.

  • Perlu install langsung agar bisa didebug karena memilih aplikasi 'packaged'. Karena perlu penanganan fitur dan permission, jadi begitu harusnya. macOS juga mirip: kalau aplikasinya paket, harus diinstal, dan meski tak terlihat di Launchpad, masih bisa dicari lewat Spotlight.

• Seperti yang disorot banyak orang, framework UI untuk Windows lama sudah tidak tertata dengan baik dan kebingungan makin bertambah. Sayangnya, ekosistem open-source lintas platform pun demikian. GTK juga sempat kacau, dan Qt memang kaya fitur tetapi skema lisensinya terlalu berat untuk penggunaan profesional. (Saat masa kejayaan era Nokia, ada Elop milik MS, kemudian perubahan pemilik Qt, dan lain-lain—semuanya akhirnya hilang.) Di bidang tertentu ada solusi bagus seperti Dear Imgui, tetapi secara keseluruhan hampir tidak ada alternatif UI/ widget framework native maupun lintas platform yang menyediakan lisensi permisif, kompilasi native, komposisi widget yang baik, dan dukungan Vulkan 3D rendering.

  • Alasan Electron atau React Native dikritik karena 'karena web jelek', tetapi sebenarnya kalau memang menginginkan fleksibilitas platform, hampir tak ada pengganti. Microsoft sebenarnya bisa membuat produk berarti di area ini, tetapi upayanya terlalu setengah-setengah sehingga tak pernah menghasilkan hasil yang layak.

• Akan lebih baik kalau Windows 11 menambahkan kembali taskbar vertikal native. Fitur ini sudah ada sejak Windows 98, tapi menghilang di 11. Ada alat pihak ketiga seperti Windhawk (paksa taskbar horizontal) atau StartAllBack (restore kode Windows 10) tetapi tidak sempurna.

  • Membuka-source framework UI tidak akan mengembangkan fitur taskbar. Kontribusi di area ini hanya mungkin kalau taskbar itu sendiri (yaitu explorer.exe) yang dibuka.

  • Sebagai catatan, sejak era Windows 95 sudah ada opsi taskbar vertikal.

  • Fungsionalitas taskbar adalah milik explorer.exe. Pengumuman open-source yang sedang didiskusikan ini tidak terkait dengan explorer.

  • Masih dipertanyakan apakah tim Windows betul-betul membangun UI desktop native dengan WinUI.

• Pengerjaan UI untuk Windows kini dilakukan dengan Win32, GDI, dan DirectDraw. Dengan adanya CsWin32, C# modern (ref returns), aksesnya jauh lebih mudah dibanding dulu. Dulu, biasanya perlu proyek terpisah khusus C++; sekarang cukup tulis fungsi yang dibutuhkan di native_methods.txt lalu codegen akan mengurus semuanya. Win32 memang jelas lebih low-level daripada framework UI lain, tetapi di sisi lain Microsoft juga sulit menyentuh atau menghentikannya. Dalam jangka panjang, hampir tak ada API yang bertahan sekuat ini. Platform web juga tak bisa dibandingkan dari sudut pandang jangka panjang.

  • Namun di banyak hal masih tetap perlu C++. Ini karena Microsoft masih sangat melekat pada COM. Windows Runtime Components sempat menjadi peluang untuk menaikkan level ekosistem .NET, tetapi sayangnya terlewat. Ekstensi shell atau ekstensi context menu harus dibuat dengan C++; kalau ingin melakukannya di .NET, akhirnya akan memerlukan stub C++ yang memanggil proses .NET.

  • Lebih menarik membahas API low-level daripada debat framework high-level. Saya tahu seluruh rendering stack Windows dibangun di atas GDI/DirectX, dan Win32 sendiri pada akhirnya juga di atas GDI. Kalau membahas stack UI Windows yang paling dekat dengan metal, seharusnya mulai dari DirectX lebih bermakna.

  • Dari sudut pandang user, Win32 juga cukup high-level. Sampai saat ini, toolkit yang bisa menggambar tombol, scrollbar, dan lainnya dengan benar hanya Win32.

  • Semoga komunitas bisa membuat framework yang benar-benar baik untuk pengembangan native Windows. Tapi realitanya, skala komunitas yang cukup untuk itu memang tidak ada.

• Yang paling dirindukan dalam pengembangan UI Windows dulu adalah bantuan agar aplikasi yang dihasilkan tampak alami seperti buatan Microsoft sendiri. Setelah adopsi teknologi web, konsistensi pengalaman UI Windows rusak parah. Tak hanya karena Microsoft tak memperbarui aplikasi lama, tapi toolkit barunya pun tak menyediakan library yang sesuai panduan style. Fenomena ini mulai terlihat sejak era Vista, dan di MSDN materi contoh seperti 'coba fitur ini seperti ini' makin berkurang.