Microsoft, büyük miktarda kodun elle yazılmasını gerektiren geleneksel geliştirme ve taşıma süreçlerine güvenmek yerine, yapay zekâ ajanları aracılığıyla Windows uygulama ekosistemini WinUI etrafında yeniden kurmaya çalışıyor. Şirket, yeni bir hızlı kılavuzun boş bir klasörden WinUI 3 uygulaması oluşturmayı, ardından uygulamayı test edip MSIX biçiminde paketlemeyi ve yaklaşık 30 dakika içinde Microsoft Store'a göndermeyi mümkün kıldığını söylüyor.
Önerilen süreç Visual Studio'nun yüklenmesini gerektirmiyor; VS Code, .NET 10, Windows App Development CLI, WinUI proje şablonları ve GitHub Copilot'ın ücretsiz sürümünün yanı sıra WinUI Agent eklentisine dayanıyor. Metin, kullanılan araçların ücretsiz olduğunu ve uygulamanın oluşturulması, işlevlerin eklenmesi, test edilmesi ve paketlenmesi aşamalarında manuel müdahalenin büyük ölçüde sınırlı olabileceğini açıklıyor.
WinUI Agent hangi katkıyı sağlıyor?
WinUI Agent, genel amaçlı bir sohbet asistanı olarak Copilot ile karıştırılmamalı. Araç; arayüz tasarımı, kod incelemesi, kullanıcı arayüzü testi, uygulamaların paketlenmesi ve daha eski çerçevelerle oluşturulmuş projelerin taşınması dâhil olmak üzere WinUI uygulamalarının geliştirilmesiyle ilgili görevler için tasarlanmış. Microsoft ayrıca, sorguları ve görevleri yerine getirirken en güncel WinUI API belgelerine başvurabilmesi için ajanın Microsoft Learn MCP sunucusuna bağlanmasını öneriyor.
Bu nokta önemli; çünkü metnin değerlendirmesine göre WinUI 3, yapay zekâ modelleri için mevcut eğitim örnekleri bakımından WPF ve UWP ile aynı hacme sahip değil. Bu nedenle, gerekli modern alternatifler konusunda açık talimatlar verilmediği sürece ajan otomatik olarak eski kalıplar üretebilir.
Taşıma, basit bir bul ve değiştir işlemi değil
Microsoft ayrıca WPF ve UWP uygulamalarının WinUI'ye taşınması için özel yönergeler sunuyor. WPF söz konusu olduğunda süreç yalnızca ad alanlarının adlarını değiştirmekten ibaret değil; örneğin System.Windows.* ad alanından Microsoft.UI.Xaml.* ad alanına geçiş, denetimler, iş parçacığı yönetimi, pencere yönetimi, DPI ekran desteği ve veri bağlama dâhil olmak üzere çeşitli farklılıklarla ilgilenmeyi gerektiriyor. Şirket, ajanın bu noktaları incelemesine yardımcı olan eşleştirme tabloları ve başlangıç yönergeleri sağlıyor.
UWP yönergeleri ise platformun artık aktif olarak geliştirilmediğini ve WinUI 3 ile Windows App SDK'nın onun sonraki yönünü oluşturduğunu açıklıyor. Microsoft, yapay zekâ modellerinin yıllar boyunca birikmiş çok sayıda UWP örneğiyle eğitilmiş olması nedeniyle, taşıma becerileri kullanılması gereken alternatifleri belirtmediği takdirde geleneksel UWP kalıplarını üretmeye devam edebileceği konusunda uyarıyor.
Bu haber neden önemli?
Daha geniş hedef, Windows'a yeni yerel uygulamalar eklemenin maliyetini düşürmek ve büyük bir WPF ve UWP uygulama tabanının taşınmasıyla ilişkili yükü azaltmak. Microsoft böylece geliştiricilerin web uygulamalarına ve çok platformlu çerçevelere yönelme nedenlerinden biriyle mücadele etmeyi amaçlıyor: farklı sistemlerde kodu yeniden kullanabilme ve gelecekte köklü biçimde değişebilecek bir Windows çerçevesine bağımlı olmaktan kaçınma imkânı.
Microsoft, Build 2026 konferansında WinUI'yi “Windows uygulamaları için üretim platformu” olarak tanımladı ve platformun gelecekte kapsamlı bir yeniden yapılandırmaya tabi tutulmayacağı mesajını vermek amacıyla adındaki “3” rakamını kaldırdı. Diğer vaatler arasında bellek tüketiminin azaltılması, DataGrid ve grafik desteğinin eklenmesi, WPF uyumluluğunun iyileştirilmesi ve açık kaynak paylaşımının genişletilmesi yer alıyor; ayrıca WinUI'nin tamamen açık kaynak hâline geldiği belirtiliyor.
Metne göre Microsoft, Windows 11'in bazı eski arayüz bileşenlerini değiştirmek için de WinUI 3 kullanıyor; bunlar arasında otomatik çalıştırma ve yazdırma yönetimi özellikleri bulunuyor. Bu şirket içi kullanım, geliştiricilerden teknolojiyi benimsemelerini isterken Microsoft'a pratik bir dayanak sağlıyor; ancak aynı zamanda şirketin kendisinin uyması gereken bir ölçütü de ortaya koyuyor.
Kod üretiminin çözmediği sınırlamalar
Geliştiricinin yazdığı satır sayısını azaltmak, uygulamanın kalitesini otomatik olarak artırmıyor. Metin, Microsoft'un WinUI Agent'ı özellikle inceleme ve test yetenekleriyle donattığını belirtiyor; çünkü üretilen kodun denetlenmesi gerekiyor. Ayrıca geliştiricileri yerel uygulamalara yönlendirmek, bunun sonucunda bellek tüketen veya yavaş çalışan uygulamalar ortaya çıkarsa yeterli olmayacak.
Microsoft'un stratejisinde burada bir çelişki ortaya çıkıyor: Şirket geliştiricileri daha hafif yerel uygulamalar oluşturmaya teşvik ederken bazı uygulamalarında ve Windows arayüzlerinin kendisinde WebView2 kullanıyor. Metin, WebView2 üzerine kurulu Windows 11 Hava Durumu uygulamasının boşta yaklaşık 1,2 gigabayt bellek tükettiğini; bunun macOS'taki yerel Hava Durumu uygulamasının tüketiminin yaklaşık beş katı olduğunu ve dokuz Chromium alt işlemi çalıştırdığını belirtiyor. Kaynakta verilen örneklere göre WhatsApp, Discord ve Teams gibi uygulamalar da performans veya kaynak tüketimiyle bağlantılı eleştirilerle karşı karşıya.
certi.news değerlendirmesi: Gerçek değişim yalnızca bir kodlama asistanı eklemekten ibaret değil; tüm Windows geliştirme döngüsünü uygulamayı oluşturabilen, taşıyabilen, test edebilen ve paketleyebilen bir ajana bağlama girişimi söz konusu. Planın başarısı, araçların henüz kanıtlamadığı iki noktaya bağlı olacak: gerçek projelerde taşımanın ne kadar doğru olduğu ve yapay zekâ tarafından oluşturulan WinUI uygulamalarının Microsoft'un rekabet etmek istediği web uygulamalarına kıyasla performans ve kaynak tüketimi bakımından gerçekten üstün olup olmayacağı. Bu nedenle girişim Windows geliştiricileri için umut verici görünse de mühendislik incelemesi ve pratik test ihtiyacını ortadan kaldırmıyor.