Windows Uygulaması Geliştirme hakkında Sık Sorulan Sorular

Bu SSS, projeleriniz için doğru çerçeveyi seçme yönergeleri de dahil olmak üzere Windows uygulama geliştirme hakkında sık sorulan soruların yanıtlarını sağlar. Ele alınan konular:

  • Başlangıç ve Windows uygulama geliştirme ekosistemi.
  • WinUI 3, Windows Presentation Foundation (WPF) ve Windows Forms (WinForms) ile yalnızca yerel Windows uygulama geliştirme.
  • Windows Yazılım Geliştirme Seti (SDK) ve Windows Uygulama SDK'sı.
  • Platformlar arası geliştirme stratejinizin bir parçası olarak Windows hedefleme.
  • .NET MAUI, Blazor ve ASP.NET Core ile karma ve web uygulaması geliştirme.
  • Microsoft'un yatırımlarını anlamaya çalışırken bir yaklaşım seçme.

Windows uygulama geliştirme ortamı

Windows geliştirme teknolojilerine doğrudan bir genel bakışı nerede bulabilirim?

Windows geliştiriciler için günümüzün seçeneklerine genel bakış için winUI 3, .NET MAUI, React Native, Blazor ve Progressive Web Apps (PWAs) konularını ele alan Windows Geliştirme Sohbeti'nin İdeal geliştirme platformunuzu seçme bölümünü izleyin. Diğer bölümleri Windows Geliştirme Sohbeti çalma listesinde bulabilirsiniz.

Ayrıca, Windows geliştiricileri için uygulama geliştirme seçeneklerinin overview bölümüne de başvurabilirsiniz.

Bulut hizmetleri çağında istemci uygulaması geliştirme neden modern dijital dönüşüm için hala kritik öneme sahiptir?

Bulut hizmetlerinin çağında istemci uygulaması geliştirme, kullanıcı cihazlarında duyarlı ve anlamlı etkileşimler sunma açısından önemli olmaya devam eder.

İstemci uygulamalarının önemli olmasının nedeni şu şekildedir:

  • Cihaz erişimi: İstemci uygulamaları, uygulamanızı doğrudan kendi cihazlarındaki kullanıcılara getirmenizi sağlar.
  • Ağ Geçidinden Akıllı Hizmetlere: İstemci uygulamaları genellikle kullanıcıların hizmetlerinizle ilk etkileşimleridir. Akıllı özellikleri sergilemenize ve ürününüzü diğerlerinden ayırt etmenizi sağlayan zengin, etkileşimli bir arabirim sunar.
  • Bulut Entegrasyonu ile Ölçeklenebilirlik: İyi entegre edilmiş bir istemci uygulaması arka uç bulut hizmetleriyle zahmetsizce senkronize olabilir ve kullanıcı tabanınız büyüdükçe gerçek zamanlı veri erişimi ve sorunsuz ölçeklenebilirlik sağlar.
  • Artırılmış Üretkenlik ve Kullanıcı Bağlılığı: İyi tasarlanmış bir uygulama üretkenliği artırabilir ve kullanıcıları zaman içinde ürününüzle veya hizmetinizle etkileşimde tutabilir.

Yalnızca yerel Windows uygulama geliştirme

> Windows Uygulama SDK'sı nedir?

Windows Uygulama SDK'sı WinUI 3, uygulama yaşam döngüsü, pencereleme, bildirimler, kaynaklar ve metin API'leri gibi Windows masaüstü uygulamaları için bağımsız olarak hizmet veren bileşenler sağlar. Windows sürümünün ve Windows Uygulama SDK'sı sürümünün destek yaşam döngüsüne tabi olarak Windows 10 sürüm 1809 ve sonraki sürümlerde çalışan uygulamaları destekler.

Windows Uygulama SDK'sı ile Windows SDK arasındaki fark nedir?

Her ikisi de Windows uygulamalar oluşturmanıza olanak sağlayan yazılım geliştirme setleridir (SDK).

Windows Uygulama SDK'sı, Windows bağımsız olarak gelen ve desteklenen Windows sürümlerde Windows 10 sürüm 1809'a kadar çalışan bileşenler sağlar. Uygulama yaşam döngüsü, pencereleme, bildirimler, kaynaklar, metin ve diğer özellikler için WinUI 3 ve API'leri içerir.

Windows SDK'sı Win32, WinRT, COM, DirectX, cihazlar ve kabuk özellikleri gibi işletim sistemi API'leri için üst bilgiler, kitaplıklar, meta veriler ve araçlar sağlar.

Windows Uygulama SDK'sı, Windows SDK'sının yerini almaz. Windows Uygulama SDK'sı benimseyen uygulamalar Windows SDK API'lerini kullanmaya devam edebilir ve WinUI 3 uygulamaları genellikle her ikisini de kullanır.

Yalnızca Windows bir uygulama geliştirmek için yeni bir ekip oluşturuyorum. Neden WinUI 3, WPF veya WinForms gibi yerel bir Windows çerçevesiyle geliştirmeyi seçmeliyim?

Yalnızca Windows uygulamanız için yerel bir Windows çerçevesi seçmenin bazı nedenleri şunlardır:

  • Performance: Yerel Windows çerçeveleri modern Windows donanımdan yararlanacak şekilde iyileştirilmiştir ve hızlı ve hızlı yanıt veren kullanıcı deneyimleri sağlar.
  • Integration: Windows yalnızca Windows'de kullanılabilen gelişmiş deneyimler sağlayan çok çeşitli API'lerle birlikte gelir. Yerel çerçeveler, bu özellikler ve API'lerle derin tümleştirme sağlar.
  • Native kullanıcı deneyimi: Yerel çerçeveler, Windows cihazlarda tutarlı bir deneyim sağlayarak uygulamanızın her yerde harika görünmesini ve çalışmasını sağlar.
  • Çevrimdışı destek: Yerel çerçeveler çevrimdışı senaryoları destekler ve uygulamaların İnternet bağlantısı olmadan bile çalışmasını sağlar.
  • Destek ve araçlar: Microsoft yerel çerçeveleri korur ve geçerli SDK'lar, belgeler, hata ayıklama araçları ve örnekler sağlar.
Windows uygulama geliştirmeye Microsoft en son yatırımlarını kullanmak için ne tür bir çerçeve kullanmalıyım?

Yeni bir genel amaçlı Windows masaüstü uygulaması oluşturuyorsanız WinUI 3 kullanmanızı öneririz. WinUI 3, Windows Uygulama SDK'sı ile birlikte sunulan yerel ui çerçevesidir. Windows masaüstü uygulamalarını destekler ve geçerli Fluent denetimlerine ve Windows platform özelliklerine erişim sağlar.

Mevcut Windows uygulamamda Windows Uygulama SDK'sı / WinUI 3 kullanabilir miyim?

WinUI 3'ün (ui çerçevesi) Windows Uygulama SDK'sı (Windows platform geliştirme çerçevesi) ile birlikte geldiğini unutmayın.

Bir uygulamanın kullanıcı arabirimini WinUI 3'e geçirebilirsiniz veya winUI XAML Adaları'nın Windows Uygulama SDK'sı denetimlerini desteklenen bir masaüstü ana bilgisayarında barındırmak için kullanabilirsiniz. Eski sistem XAML Adaları, UWP XAML denetimlerini barındırıp farklı API'ler kullanır.

mevcut uygulamanın nasıl oluşturulduğuna bağlı olarak, Windows Uygulama SDK'sı öğeleri genellikle masaüstü uygulamalarında kullanılabilir. UWP uygulamaları Windows Uygulama SDK'sı tarafından desteklenmez.

Bu, WPF/MFC/WinForms uygulamalarının WinUI 3 ile ilgisi olmayan Windows Uygulama SDK'sı API'leri kullanabileceği anlamına gelir. Örnek olarak uygulama yaşam döngüsü, pencereleme ve uygulama bildirimleri verilebilir.

Daha fazla bilgi için bkz. Var olan bir projede Windows Uygulama SDK'sı kullanma.

WinUI 3 uygulamaları oluşturmak için Visual Studio kullanmam gerekiyor mu?

Hayır. WinUI 3 XAML derlemeleri MSBuild kullanır, ancak başka bir düzenleyicideki komut satırından .NET SDK ve geçerli WinUI 3 şablonlarıyla derleme yapabilirsiniz. Komut satırı hızlı başlangıcı'na bakın.

Visual Studio 2026, en zengin tümleşik düzenleme, hata ayıklama, profil oluşturma ve XAML Çalışırken Yeniden Yükleme deneyimi sağlar. Araç gereksinimlerinizle eşleşen iş akışını kullanın.

Uyumu çalıştırırken "'Microsoft.ui.xaml.dll'" DLL'i yüklenemedi" hatası alıyorum. Nasıl düzeltebilirim?

Bu hata genellikle Windows Uygulama SDK'sı çalışma zamanının makineye yüklenmediği unpackaged uygulama senaryolarında oluşur. Aşağıdaki işlemi deneyin:

  • bir packaged uygulaması (önerilen varsayılan) çalıştırıyorsanız, MsixPackage başlatma profili seçiliyken (düz yürütülebilir profil değil) Visual Studio aracılığıyla başlatdığınızdan emin olun. MSIX paketleme adımı gerekli çalışma zamanı bileşenlerini yükler.
  • Çerçeveye bağımlı paketlenmemiş bir uygulama çalıştırıyorsanız eşleşen Windows Uygulama SDK'sı çalışma zamanını yükleyin. Bağımsız dağıtım, Windows Uygulama SDK'sı bağımlılıklarını içerir.
  • Projenizin dağıtım modelinizle eşleştiğinden emin olun. Normal bir .NET paketlenmemiş uygulaması için <WindowsPackageType>None</WindowsPackageType> ayarının yapılması, Windows Uygulama SDK'sı çalışma zamanının otomatik olarak başlatılmasını etkinleştirir. Önyükleyici API'sini doğrudan yalnızca dinamik bağımlılık başlatma üzerinde açık denetime ihtiyacınız olduğunda kullanın.

Dağıtım gereksinimleri hakkında daha fazla bilgi için bkz. Windows Uygulama SDK'sı kullanan uygulamaları dağıtma.

UWP için WinUI 3 ile WinUI 2 arasındaki fark nedir?

WinUI 3, Windows masaüstü uygulamaları için Microsoft geçerli yerel kullanıcı arabirimi çerçevesidir ve Windows Uygulama SDK'sı bir parçası olarak sunulur.

UWP için WinUI olarak da adlandırılan WinUI 2, UWP uygulamaları için bir denetim ve stil kitaplığıdır. WinUI 2 ve WinUI 3 farklı XAML ad alanları kullanır ve ikili uyumlu değildir.

Windows Uygulama SDK'sı ve WinUI 3 kullanarak uygulama derlediğimde bir "WinUI uygulaması" mı oluşturuyorum?

Evet. WinUI 3 uygulaması, kullanıcı arabirimiNde WinUI 3 ve Windows Uygulama SDK'sı kullanan bir uygulama için en net terimdir. Bağlam belirsiz olduğunda WinUI uygulaması da yaygın olarak kullanılır.

UWP denetimleri için WinUI kullanan UWP uygulamamı, denetimleri kademeli olarak değiştirerek WinUI 3'e aşamalı olarak geçirebilir miyim?

Hayır. Windows Uygulama SDK'sı UWP uygulamalarında kullanılamaz ve UWP için WinUI, WinUI 3 ile karıştırılamaz. Bkz. UWP'den Windows Uygulama SDK'sı'ye Geçiş.

UWP uygulamasını WinUI 3'e geçirmek ne kadar zor?

UWP ve WinUI 3 birçok XAML kavramını paylaşır, ancak geçiş doğrudan ad alanı değişikliği değildir. Maliyet öncelikli olarak aşağıdakilere bağlıdır:

  1. Project dosyası ve MSBuild özelleştirme: Geçiş eforu, gelişmiş MSBuild kullanımına bağlı olarak değişir.
  2. .NET API geçişi: Yerel .NET kullanan UWP uygulamaları Yerel AOT ile şu anda desteklenen bir .NET sürümüne geçebilir. Bu modernleştirme, kullanıcı arabirimini WinUI 3'e geçirmekten ayrıdır.
  3. UI bileşen kitaplıkları: Kitaplıkların WinUI 3'e yönelik sürümleri olmalıdır.
  4. Pencereleme ve uygulama modeli API'leri:ApplicationView, CoreWindow veya GetForCurrentView gibi kavramlara bağlı UWP API'leri, Windows Uygulama SDK'sı karşılıkları veya farklı bir masaüstü yaklaşımı gerektirir.
  5. C++ dil projeksiyonu: UWP uygulaması yerine geçen C++/CX projeksiyonunu kullanıyorsa bu kodu C++/WinRT'ye bağlayın.

Daha fazla bilgi için bkz. UWP'den Windows Uygulama SDK'sı ve UWP'den Windows Uygulama SDK'sı API eşlemesine geçiş.

Mağaza'da mevcut bir UWP uygulamam varsa, aynı tanımlayıcıları kullanarak yeni bir paketlenmiş WinUI 3 uygulaması yayımlayabilir miyim?

Evet, yükseltilmiş uygulamalar uygulama kimliği güncelleştirilmeden yayımlanabilir. Eski sürümün kullanıcıları yeni sürüme güncelleştirilir. Bu yalnızca masaüstü uygulamaları için geçerlidir. Xbox, HoloLens ve standart Surface Hub uygulamaları WinUI 3'e geçirilemez.

WinUI 3 uygulamamı nasıl paketlerim veya dağıtırım?

Bkz. Dağıtıma genel bakış.

Windows Uygulama SDK'sı geçiş kılavuzlarını nerede bulabilirim?

Bkz. UWP'den Windows Uygulama SDK'sı'ye Geçiş.

WinUI 3 kullanmak istersem XAML işaretlemesi kullanmam gerekir mi?

Hayır. Kullanıcı arabirimi denetimleri kodda oluşturulabilir. Ancak, bildirim temelli XAML işaretlemesinde kullanıcı arabirimini temsil etmek, gelişmiş bir geliştirici deneyimi de dahil olmak üzere birçok avantaj sağlar.

  • UWP'den WinUI 3'e geçiş: Birçok XAML ve UI kavramının üzerinde işlem yapılır, ancak ad alanları, proje modeli ve bazı API'ler farklılık gösterir.
  • WPF'den WinUI 3'e geçiş: Birçok kavram ele alınmaktadır, ancak denetim kümesi ve API'ler farklılık gösterir.
WinUI 3 için tasarım yüzeyi veya kullanıcı arabirimi tasarımcısı Visual Studio var mı?

Şu anda hayır. Uygulama çalışırken XAML'yi incelemek ve güncelleştirmek için XAML Çalışırken Yeniden Yükleme, Canlı Görsel Ağaç, Canlı Özellik Gezgini ve ilgili çalışma zamanı araçlarını kullanın.

WinUI 3 için kullanılabilen çalışma zamanı tasarım araçlarının tam kılavuzu için bkz. WinUI 3 için XAML çalışma zamanı tasarım araçları.

WinUI 3 Windows Uygulama SDK'sı dahil mi?

Evet. WinUI 3, Windows Uygulama SDK'sının bir parçası olarak gönderilir.

Windows Uygulama SDK'sı, UWP için WinUI'yi içeriyor mu?

Hayır. UWP için WinUI, UWP platformunun bir parçasıdır.

UWP ve WinUI 3 için WinUI aynı teknoloji üzerinde mi oluşturulmuş?

** Tam olarak değil. WinUI 3, UWP kod tabanı için WinUI'den başlasa da, bunlar ayrı teknolojilerdir. her ikisi de .NET ve C++ arasında çalışan XAML tabanlı UI çerçeveleridir, ancak UWP ve WinUI 3 için WinUI birbiriyle uyumlu değildir.

WinUI 3'i Windows Uygulama SDK'sı kullanmadan kullanabilir miyim?

Hayır. WinUI 3, Windows Uygulama SDK'sının bir parçası olarak gönderilir.

WinUI 3'i paketlenmemiş bir uygulamada kullanabilir miyim?

Evet. WinUI 3 ve birçok Windows Uygulama SDK'sı API'leri paketlenmemiş uygulamalarda çalışır. Ancak bazı Windows özellikleri paket kimliği gerektirir ve çerçeveye bağımlı paketlenmemiş uygulamaların Windows Uygulama SDK'sı çalışma zamanını başlatması gerekir. Paketlemeye genel bakış ve Paket kimliği gerektiren özellikler'deki seçenekleri karşılaştırın.

XAML Adaları ile WinUI 3 arasındaki fark nedir?

WinUI 3, Windows Uygulama SDK'sı dahil edilen kullanıcı arabirimi çerçevesidir. XAML Adaları, mevcut bir masaüstü uygulamasının XAML içeriğini başka bir çerçeveden kullanıcı arabirimiyle birlikte yerleştirmesini sağlayan bir barındırma tekniğidir.

Terim, UWP XAML denetimlerini barındıran eski sistem XAML Adaları'na veya desteklenen masaüstü konaklarında Windows Uygulama SDK'sı denetimleri barındıran WinUI XAML Adaları'na başvurabilir. API'ler, ad alanları ve konak gereksinimleri farklıdır.

Bir WinUI 3 uygulaması oluşturursam hem Windows 11 hem de Windows 10 modern görünecek mi?

WinUI 3 denetimleri, hem paketlenmiş hem de paketlenmemiş uygulamalarda desteklenen Windows 10 ve Windows 11 sürümlerinde Fluent stili kullanır. Bazı işletim sistemi etkileri ve davranışları Windows sürüme göre farklılık gösterir. Örneğin, Mica Windows 11’de kullanılabilir ve Windows 10’da bunun yerine düz bir renk kullanılır.

Windows Uygulama SDK'sı?

Evet. Masaüstü Akrilik, Windows 10, sürüm 1809 ve sonraki sürümlerde desteklenir. Mica Windows 11 gerektirir ve Windows 10'da düz bir tema rengine geri döner. Arka fon uygulamadan önce, çalışma zamanında DesktopAcrylicController.IsSupported veya MicaController.IsSupported çağrısını yapın. Windows 11 için masaüstü uygulamalarında Mica veya Akrilik malzemelerin uygulanmasına bakın.

WinUI 3 örneklerini nerede bulabilirim?

bkz. Örnek ve kaynaklar. Bazı önemli depolar:

zaten WPF büyük yatırım yapmışsam, WPF kullanmaya devam etmeli veya WinUI 3'e geçiş yapmayı düşünmeliyim?

zaten WPF çok fazla yatırım yaptıysanız, mevcut uygulamalar için kullanmaya devam edebilirsiniz. WPF, Windows masaüstü uygulamaları oluşturmak için yaygın olarak kullanılan olgun ve kararlı bir çerçevedir.

.NET Framework WPF uygulamasını değerlendirmek ve modern .NET'e yükseltmek için GitHub Copilot yükseltmesini kullanın. Oluşturulan planı gözden geçirin ve uygulamanızdaki her değişikliği doğrulayın.

Yeni bir WPF uygulaması oluşturursam, diğer yeni Windows uygulamalarıyla karşılaştırıldığında eski görünür mü?

.NET 9 veya üzeri bir WPF uygulaması geliştirirken uygulamanızın Windows 11 şık ve modern görünümüyle eşleştiğinden emin olabilirsiniz. WPF için yeni Fluent teması, tümleşik Açık/Koyu mod ve sistem vurgu rengi desteği ile çağdaş Windows 11 estetik bir görünüme sahiptir. Bu, uygulamanızın görünümünü modernleştirir ve şık, uyumlu bir kullanıcı deneyimi sunar.

Ekibim WinForms uygulamalarını rahatça oluşturuyor ve ihtiyaçlarımıza uygun. WinUI 3'e veya başka bir çerçeveye geçiş yapmayı düşünmeli miyiz?

WinForms gereksinimlerinizi karşılıyorsa ve ekibiniz bu gereksinimleri karşılıyorsa, mevcut uygulamalar için WinForms'ı kullanmaya devam edebilirsiniz. WinForms, Windows masaüstü geliştirme için yaygın olarak kullanılan olgun ve kararlı bir çerçevedir.

WinForms ekibi platforma yatırım yapmaya devam ediyor. Son ve devam eden çalışmalar şunları içerir:

  • Zaman uyumsuz form ve iletişim kutusu API'leri
  • Koyu mod ve görsel stil desteği
  • Erişilebilirlik, yüksek DPI, düzen ve tasarımcı geliştirmeleri
  • Pano ve DataObject’nun modernleştirilmesi

Platformlar arası yerel geliştirme

Windows hedefleyen platformlar arası yerel uygulamalar oluşturmanın bazı nedenleri nelerdir?

Kullanıcıları birden çok işletim sistemi platformunda hedeflediyseniz .NET MAUI veya React Native ile platformlar arası uygulamalar oluşturmak çeşitli avantajlar sunabilir:

  • Ulaşmak: Platformlar arası uygulamalar farklı cihazlarda ve işletim sistemlerinde daha büyük bir hedef kitleye ulaşır.
  • Kodu yeniden kullanma: Kodun platformlar arasında yeniden kullanılabilir olması geliştirme süresini ve maliyetini azaltır. Windows, Android, iOS ve macOS için ayrı uygulamalar oluşturmak çok pahalı olabilir.
  • Tutarlı kullanıcı deneyimi: Platformlar arası çerçeveler, platformlar arasında tutarlı bir genel görünüm sağlamaya yardımcı olur.
  • Entegrasyon: Platformlar arası uygulamalar, kapsamlı bir deneyim sunmak için platforma özgü hizmetlerle tümleştirmeye devam edebilir.
.NET MAUI uygulamalarının Windows'ta iyi çalışacağından emin olabilir miyim?

Windows için bir .NET MAUI uygulaması oluşturduğunuzda, çıktı WinUI 3 kullanır. Geliştirme sırasında .NET MAUI platformlar arasında tek bir .NET deneyimi sunar, ancak arka planda platforma özgü kodlar oluşturur.

Her platformda yerel cihaz API'lerini nasıl .NET MAUI sağlayabilirsiniz?

.NET MAUI, Windows, iOS, Android ve macOS genelinde birleşik bir .NET deneyimi sağlar. Depolama, ağ ve cihaz algılayıcıları gibi yaygın özellikler için platformlar arası API'ler sunar. Ayrıca platforma özgü API'leri çağırabilir veya her platform için özel uygulamalar sağlayabilirsiniz.

WinUI 3 ile başlayıp sonunda platformlar arası senaryoları hedeflemek istersem .NET MAUI tümleştirebilir miyim?

Şu anda yok. .NET MAUI, Windows üzerinde çalışırken WinUI 3 kullansa da birden çok platformu hedeflemeyi bekleyen ekiplerin .NET MAUI veya Desktop için React Native ile başlaması gerekir.

Ekibimiz güçlü web ön uç geliştirme becerilerine sahiptir. Masaüstü için React Native kullanmayı düşünmeli miyiz?

Güçlü web geliştirme deneyimine sahip ekipler, Masaüstü için React Native'i göz önünde bulundurmak isteyebilir. Windows ve macOS için React Native içerir. "Bir kez öğren, her yere yaz" yaklaşımıyla, yerel Windows ve macOS uygulamaları oluşturmak için mevcut JavaScript, TypeScript ve React becerileri kullanılabilir.

Desktop için React Native, kullanıcı arabirimini doğrudan yerel temel öğelere işleyip yerel performans ve platform özellikleri sunar.

Başlamak için React Native for Desktop belgelerine bakın.

Desktop için React Native tarafından desteklenen diğer Windows cihazlarınız var mı?

Windows için React Native, uyumluluk belgelerinde listelenen Windows sürümlerini destekler. Her Windows cihazın desteklendiğini varsaymak yerine hedeflediğiniz Windows sürüm için React Native için cihaz ailesi desteğini doğrulayın.

Windows ve Xbox üzerinde çalışan uygulamalar oluşturmak istersem ne kullanmalıyım?

Xbox bir uygulama için UWP kullanın ve Xbox özgü UWP sınırlamalarını hesap edin. Oyun geliştirme için Microsoft Oyun Geliştirme Seti kullanın.

Windows ve Surface Hub üzerinde çalışan uygulamalar oluşturmak istersem ne kullanmalıyım?

Standart Teams Rooms veya Surface Hub ortamını çalıştıran bir Surface Hub için Surface Hub uygulama gereksinimlerini karşılayan bir UWP uygulaması kullanın. Windows 11 Pro veya Enterprise ile yapılandırılmış bir Surface Hub 3 desteklenen masaüstü uygulaması teknolojilerini çalıştırabileceğinden bu yapılandırmadaki tek seçenek UWP değildir.

Karma ve web geliştirme

Karma uygulamalar nedir ve neden bir tane oluşturmayı düşünmeliyim?

Karma uygulamalar, web ve yerel uygulama geliştirmenin en iyilerini harmanlar. Çekirdekleri HTML, CSS ve JavaScript gibi web teknolojileri kullanılarak oluşturulur ve belirli yerel platform özelliklerine ve donanımlarına access sağlayan yerel bir kapsayıcıya sarmalanır. Bunlar uygulama mağazaları aracılığıyla da dağıtılabilir.

Bunun temel avantajı, karma uygulamaların birden çok yerel platformda ve web'de çalışabilen tek bir uygulama oluşturmanıza olanak tanıyarak geliştirme süresini ve maliyetini azaltmanızdır. Karma uygulama geliştirme platformlarının örnekleri şunlardır:

  • Masaüstü uygulamaları için Elektron
  • Mobil uygulamalar için Ionic
  • .NET MAUI Blazor Hybrid ile platformlar arası uygulamalar
Windows üzerinde nasıl yerel gibi hissedilen aşamalı web uygulamaları (PWA) oluştururum?

Bkz. Windows'da Web geliştirme ve Aşamalı Web Uygulamaları Genel Bakış.

.NET MAUI Blazor hibrit uygulaması nedir?

.NET MAUI ile Blazor uygulamaları Windows, iOS, Android ve macOS'ta yerel olarak çalıştırılabilir. Bu, Blazor ve .NET MAUI bileşenlerini tek bir yerel istemci uygulamasında birleştiren ve yerel platform özelliklerine tam erişim sağlayan karma istemci uygulamaları oluşturmanıza olanak tanır.

daha fazla bilgi için bkz. ASP.NET Core Blazor Hybrid.

.NET MAUI karma uygulamasının web bileşenlerinin Blazor ile oluşturulması gerekiyor mu?

Hayır. .NET 9'dan başlayarak .NET MAUI, yerel bir uygulamada diğer JavaScript tabanlı URI'leri barındırmaya olanak tanıyan bir HybridWebView denetimi içerir.

Bu, bir .NET MAUI uygulamasında Angular, React, Vue veya diğer HTML/JavaScript uygulamalarını barındırmanıza olanak tanır. Karma denetim C# ile JavaScript arasında birlikte çalışma sağlar, böylece C# kodu JavaScript işlevlerini çağırabilir ve tam tersi de geçerlidir.

Diğer yerel uygulama türleri Blazor karma bileşenlerini barındırabilir mi?

Evet. WPF ve WinForms uygulamaları blazor karma bileşenlerini de barındırarak mevcut uygulamalara modern web kullanıcı arabirimi eklenmesini sağlayabilir. Bu, .NET Framework üzerinde oluşturulan WPF veya WinForms uygulamaları için desteklenmez.

Tüm uygulamamın karma bir uygulama olması mı gerekiyor yoksa yerel ve karma bileşenleri karıştırıp eşleştirebilir miyim?

Yerel ve karma bileşenler bir uygulama içinde karıştırılabilir. Örneğin, karma bileşenler ek işlevler sağlarken uygulamanın çekirdeği .NET MAUI bileşenlerle oluşturulabilir. Bu, yerel bileşenlerin performansını ve özelliklerini hibrit bileşenlerin esnekliği ve maliyet verimliliğiyle birleştirmeye olanak tanır.

Windows'da modern tarayıcılarda harika görünen .NET tabanlı web uygulamaları oluşturmaya yönelik seçeneklerim nelerdir?

Web apps herhangi bir istemci uygulama platformuna en geniş erişimi sunar. Güzel .NET web uygulamaları oluşturma seçenekleri şunlardır:

  • ASP.NET Core ile Razor Sayfaları uygulamaları
  • ASP.NET Core MVC uygulamaları
  • ASP.NET Core Blazor uygulamaları, barındırma modeli seçenekleriyle:
    • Blazor WebAssembly
    • Blazor Server

Blazor barındırma modelleri artık bileşen düzeyinde yapılandırılabilir ve Blazor Server uygulamasında Blazor WebAssembly bileşeni barındırma gibi senaryolar etkinleştirilebilir.

Daha fazla bilgi için ASP.NET Core belgelerine bakın.

Bir yaklaşım seçin ve Microsoft yatırımlarını anlayın

> Windows hedefleyen uygulamalar oluşturmaya yönelik birçok çerçeve seçeneği vardır! Nasıl karar veebilirim?

Windows birçok teknolojiyi destekleyen açık bir platformdur. Platform seçmenize yardımcı olabilecek bazı ölçütler şunlardır:

  • Öncelikle Windows için mi yoksa platformlar arası mı geliştiriyorsunuz?
  • .NET, JavaScript, başka bir şey gibi hangi dillere veya becerilere sahipsiniz?
  • Windows özgü API'lere erişmeniz gerekiyor mu?
  • Uygulamanızın gereksinimlerine en uygun çerçeve özellikleri hangisidir?
  • Ek karşılaştırma faktörleri için bu tabloya bakın.

Birçok iş uygulaması için ekipler genellikle mevcut becerilere ve ekibin en rahat kullandığı özelliklere göre seçim yapmayı tercih eder.

Web uygulamam için en iyi geliştirme yaklaşımını nasıl seçerim?

Web uygulamanız için bir geliştirme yaklaşımı seçerken aşağıdakileri göz önünde bulundurun:

  • Blazor, .NET ile ön uç web uygulamaları oluşturmak için önerilir. .NET kullanarak hem ön uç hem de arka uç oluşturmanızı sağlar, zamandan ve maliyetlerden tasarruf etmenizi sağlar ve özellikle kurumsal uygulamalar için iyidir.
  • JavaScript web uygulamaları, mevcut JavaScript becerilerinizden yararlanmak istiyorsanız veya yerleşik JavaScript kitaplıkları veya çerçeveleriyle bütünleştirmeniz gerekiyorsa mantıklı olmaya devam eder.
  • Web Forms, MVC veya Razor Sayfaları gibi eski çerçeveleri kullanan mevcut uygulamalar desteklenmeye devam eder ve geliştirilmeye ve korunmaya devam edebilir.
Bugün WinUI 3 ile kimler uygulama oluşturuyor?

Microsoft Fotoğraflar belgelenmiş bir örnektir. Uygulama UWP'den Windows Uygulama SDK'sı geçirildi ve WinUI 3 kullanmaya devam ediyor. Mimari ve geçiş hakkında ayrıntılı bilgi için bkz. Microsoft Fotoğraflar: UWP'den Windows Uygulama SDK'sı geçiş.

Bugün .NET MAUI uygulamaları kim oluşturuyor?

Kuruluşlar Android, iOS, macOS ve Windows için platformlar arası uygulamalar oluşturmak için .NET MAUI kullanır. .NET müşteri vitrinindeki örneklere bakın.

Bugün WPF uygulamaları kim oluşturuyor?

Microsoft Visual Studio kullanıcı arabiriminin çoğu WPF ile oluşturulur. Visual Studio IDE, karmaşık, yüksek performanslı bir WPF uygulamasının önemli bir örneğidir.

Bugün Blazor uygulamalarını kimler oluşturuyor?

GE Digital'in FlightPulse havayolu sistemi, pilotların gördüğü her şeyin arka uç yapılandırması için Blazor kullanır ve güvenlik ve verimliliği artırmak için sensör verilerini ve analizlerini doğrudan pilotlara getirir.

.NET sitesinde daha fazla Blazor müşteri hikayeleri bakın.

Dil seçimi (.NET ve C++)

Windows uygulamam için C# veya C++ mı kullanmalıyım?

Çoğu durumda C# (.NET) kullanın. C# daha hızlı geliştirme, bellek güvenliği, zengin kitaplıklar ve mükemmel araçlar sunar. WinUI 3, WPF, WinForms ve .NET MAUI uygulamaları dahil olmak üzere çoğu Windows uygulaması en iyi C# ile oluşturulur.

Doğrudan donanım erişimine, en düşük çalışma zamanı ek yüküne veya mevcut C++ kod temelleriyle birlikte çalışmanıza ihtiyaç duyduğunuzda C++ kullanın. Yaygın C++ senaryoları arasında oyun motorları (DirectX), sürücüler, sistem düzeyinde yardımcı programlar ve performans açısından kritik bileşenler bulunur.

Faktör C# (.NET) C++
Geliştirme hızı ✅ Daha hızlı — yönetilen bellek, zengin ekosistem ⚠️ Daha yavaş — el ile kaynak yönetimi
Çalışma zamanı performansı ✅Modern .NET (AOT, Span<T>) ile mükemmel ✅ Mümkün olan en iyi — GC duraklamaları yok
Bellek güvenliği ✅ Çöp toplama ⚠✔ El ile — sızıntı ve güvenlik açıkları riski
Windows API erişimi ✅ C#/WinRT projeksiyonu aracılığıyla ✅ C++/WinRT projeksiyonu aracılığıyla
WinUI 3 desteği ✅ Tam destek ✅ C++/WinRT aracılığıyla tam destek
Platformlar arası ✅.NET Windows, Linux, macOS üzerinde çalışır ✅ Platforma özgü kod
En iyi kullanım alanları İş uygulamaları, CRUD, hizmetler, kullanıcı arabirimi yoğun uygulamalar Oyunlar, sürücüler, sistem araçları, düşük gecikme süresi

Ayrıca her ikisini de karıştırabilirsiniz: uygulamanızı C# dilinde derleyebilir ve P/Invoke (CsWin32) veya bir C++/WinRT bileşeni aracılığıyla performans açısından kritik yerel kodu çağırabilirsiniz.

C# dilinden Win32 API'lerini nasıl çağırmalıyım?

Derleme zamanında tür açısından güvenli P/Invoke imzaları oluşturan bir kaynak oluşturucu olan CsWin32'yi kullanın. NuGet paketini ekler Microsoft.Windows.CsWin32 , bir NativeMethods.txt dosyada ihtiyacınız olan API'leri listeler ve bunları oluşturulan PInvoke bir sınıf aracılığıyla çağırırsınız.

CsWin32 elle yazılmış [DllImport] bildirimlerin yerini alır ve WinUI 3, WPF, WinForms ve konsol uygulamaları dahil olmak üzere tüm C# projelerinde çalışır. Adım adım izlenecek yol için bkz. C# Windows uygulamasından (CsWin32) Win32 API'lerini çağırma.

C++/WinRT nedir ve ne zaman kullanmalıyım?

C++/WinRT, Windows Çalışma Zamanı API'leri için standart bir C++17 dil projeksiyonudur. WinRT API'lerini kullanan veya yazan C++ dilinde Windows uygulama oluştururken kullanın. C++/CX ve Windows Çalışma Zamanı C++ Şablon Kitaplığı'nın (WRL) yerini alır.

Aşağıdaki durumlarda C++/WinRT'yi seçin:

  • C++ WinUI 3 uygulaması oluşturuyorsunuz
  • Diğer dillerin kullanabildiği Windows Çalışma Zamanı bileşenleri geliştirmeniz gerekir
  • C++/CX'ten geçiş yapıyorsunuz
C#/WinRT nedir ve ne zaman ihtiyacım var?

C#/WinRT , C# için WinRT projeksiyon desteği sağlar. Çoğu durumda doğrudan etkileşim kurmazsınız; Windows hedefleyen uygulamalar .NET hedef çerçeve takma adları (TFM) aracılığıyla WinRT API'lerine otomatik olarak erişim elde eder. C# dilinde Windows Çalışma Zamanı bileşenleri yazarken veya üçüncü taraf WinRT bileşenleri için birlikte çalışma derlemeleri oluştururken açıkça C#/WinRT gerekir.

Paketleme, dağıtım ve güncelleştirmeler

Paketlenmiş, paketlenmemiş ve dış konumla paketlenmiş uygulamalar arasındaki fark nedir?

Paketlenmiş bir uygulama dosyaları, kimliği ve dağıtım bilgilerini MSIX gibi bir pakette içerir. Paketlenmemiş bir uygulama, Windows paket sisteminin dışında bir yükleyici veya dağıtım işlemi kullanır ve varsayılan olarak paket kimliğine sahip değildir. Dış konumla paketlenmiş bir uygulama, dış konumda bulunan ikili dosyaları ve mevcut yükleyicisini ve güncelleştirme işlemini korurken küçük bir kimlik paketi kullanır.

Gereksinimler ve dezavantajlar için bkz . Paketlemeye genel bakış .

Paket kimliğine ihtiyacım var mı?

Uygulamanızın kullandığı Windows özelliklere bağlıdır. Paketlenmiş arka plan görevleri, paylaşım hedefleri, başlangıç görevleri, özel bağlam menüsü paket uzantıları, bildirim tabanlı dosya türü ve protokol ilişkilendirmeleri ve birçok Windows yapay zeka API'leri gibi senaryolar için paket kimliği gereklidir. Windows Uygulama SDK'sı anında iletme bildirimleri kimliksiz sınırlı ön plan senaryolarını destekler, ancak arka plan teslimi ve COM etkinleştirmesi için kimlik gerekir. WinUI 3 ve yerel uygulama bildirimleri paket kimliği olmadan çalışabilir.

Bkz. Paket kimliği gerektiren özellikler. Kimliğe ihtiyaç duyuyor ancak mevcut bir yükleyiciyi korumanız gerekiyorsa, harici konumla paketlemeyi değerlendirin.

Çerçeveye bağımlı ve bağımsız dağıtım arasındaki fark nedir?

Çerçeveye bağımlı bir uygulama, cihaza ayrı olarak yüklenen Windows Uygulama SDK'sı çalışma zamanı paketlerini kullanır. Bu, uygulamanın dağıtım boyutunu azaltır ve yüklü çerçevenin hizmet güncelleştirmelerini almasını sağlar. Bağımsız bir uygulama, Windows Uygulama SDK'sı bağımlılıklarını onunla taşır ve bu da dağıtım boyutunu artırır ve uygulama yayımcısını yeni uygulama sürümleriyle Windows Uygulama SDK'sı hizmet güncelleştirmelerini dağıtmaktan sorumlu hale getirir.

Singleton paketi gibi ek MSIX paketlerine bağımlı API'ler, bağımsız bir uygulamada bile ayrı dağıtım veya çalışma zamanı desteği denetimleri gerektirebilir. Paketleme ve çalışma zamanı dağıtımı ayrı kararlardır. Windows uygulama SDK'sı dağıtımına genel bakışbakın.

WinUI 3 uygulamam son kullanıcılar için otomatik olarak güncelleştirilecek mi?

Bir WinUI 3 uygulaması Microsoft Store, bir .appinstaller dosyası ya da bir MSI veya kurulum yürütülebilir dosyası aracılığıyla sunulabilir. Mağaza paketleri, Mağaza ve kuruluş ayarlarına bağlı olarak Microsoft Store hizmet aracılığıyla güncelleştirilebilir. Bir .appinstaller dağıtımı, yalnızca UpdateSettings başlatma sırasında veya arka planda denetimleri yapılandırdığında otomatik güncelleştirmeleri destekler. MSI ve kurulum paketleri, kendi güncelleme mekanizmalarını sağlamalı veya entegre etmelidir.

MSBuild kullanmadan Windows Uygulama SDK'sı kullanabilir miyim?

Evet, bazı senaryolar için. WinUI 3 XAML projeleri şu anda MSBuild gerektirir, ancak Visual Studio gerekli değildir ve dotnet build komut satırından MSBuild'i çağırabilir. Önizleme Windows Uygulaması Geliştirme CLI'si aracılığıyla C++ ve CMake projelerinden XAML olmayan Windows Uygulama SDK'sı API'lerini kullanabilir veya çalışma zamanını el ile tümleştirebilirsiniz.

Windows Yapay Zeka

Windows AI API'leri, Foundry Local ve Windows ML arasında nasıl seçim yapabilirim?

İlk üç teknoloji, Windows'da Microsoft Foundry'nin bir parçasıdır. Bunları birbiriyle ve aynı uygulamadaki bulut modelleriyle birleştirebilirsiniz:

  • Windows’un modellerini ve donanım hızlandırmasını yönettiği kullanıma hazır özelliklerden yararlanmak için Windows yapay zeka API'lerini kullanın.
  • Desteklenen açık kaynak dil ve konuşma modellerini yerel olarak bulmak, indirmek ve çalıştırmak için Foundry Local'ı kullanın.
  • Kullanılabilir CPU, GPU ve NPU donanımı için yürütme sağlayıcılarıyla kendi ONNX modellerinizi çalıştırmak için Windows ML kullanın.
  • Bulutta barındırılan modeller, alma, merkezi idare veya hedef cihazda kullanılamayan özelliklere ihtiyacınız olduğunda ayrı bir bulut yapay zeka platformu olan Microsoft Foundry'yi kullanın.

Windows yapay zeka çözümünüzü seçin'deki seçenekleri karşılaştırın. Model özelliğini, gizliliği, bağlantıyı, gecikme süresini, donanım kapsamını, dağıtım boyutunu ve işletim maliyetini göz önünde bulundurun.

Windows yapay zeka özellikleri için Copilot+ PC gerekir mi?

Hepsi değil. Birçok Windows yapay zeka API'sinde Copilot+ PC gerekir, ancak bazı API'ler belirli GPU'ları veya CPU'ları da destekler. Foundry Local ve Windows ML, geçerli işletim sistemi, model, çalışma zamanı ve yürütme sağlayıcısı gereksinimlerine bağlı olarak daha geniş donanım yapılandırmalarını destekler.

Windows AI API donanım tablosunu ve belirli API veya modelin gereksinimlerini denetleyin. Çalışma zamanında destek ve model hazırlığını algılayın ve özellik kullanılamadığında yapay zeka dışı, yerel model veya bulut geri dönüşü sağlayın.

Windows yapay zeka özellikleri yerel olarak ve çevrimdışı çalışabilir mi?

Evet. Windows AI API'leri, Foundry Local ve Windows ML, kullanıcının cihazında çıkarım çalıştırarak gecikme süresini azaltabilir ve giriş verilerini yerel tutabilir. Bazı modellerin veya yürütme sağlayıcılarının önce indirilmesi veya sağlanması gerekir ve kurulum veya bakım sırasında İnternet bağlantısı gerekebilir. Bulut yapay zeka hizmetleri, bağlantı gerektirir ve veri işleme koşullarına göre hizmete veri gönderir.

Kullanıcılara model indirmenin ne zaman gerekli olduğunu ve verilerin cihazdan ne zaman ayrıldığını bildirin. İlk çalıştırma, güncelleştirme ve geri dönüş deneyiminin tamamını test edene kadar özelliği çevrimdışı olarak tanımlamayın.

Yapay zeka araçları bir Windows uygulaması oluşturmama veya modernleştirmeme yardımcı olabilir mi?

Evet. Yapay zeka kodlama aracıları projelerin iskelesini oluşturma, API'leri açıklama, kodu geçirme, test oluşturma ve derleme sorunlarını tanılama konusunda yardımcı olabilir. GitHub Copilot, WinUI aracı eklentisi, Microsoft Learn MCP Sunucusu, geçiş iş akışları ve yapay zeka destekli test için yapay zeka destekli Windows geliştirme kılavuzunu kullanın.

Oluşturulan kodu diğer katkılar gibi gözden geçirin ve test edin. Özellikle API adlarını ve sürümlerini, paket özelliklerini, güvenliğe duyarlı kodu, erişilebilirliği ve UWP-WinUI 3 değiştirmelerini doğrulayın.

Yapay zeka destekli bir özelliği göndermeden önce neleri göz önünde bulundurmalıyım?

Özelliğin amaçlanan kullanım ve sınırlamalarını tanımlayın, kaliteyi ve güvenliği temsili verilerle değerlendirin, uygun yerlerde yapay zeka davranışını açıklayıp kullanıcı verilerini koruyun ve model veya gerekli donanım mevcut olmadığında bir geri dönüş sağlayın. Gizli bilgileri ve ayrıcalıklı hizmetlere ait kimlik bilgilerini istemci uygulamalarından uzak tutun ve önemli sonuçlar doğuran veya geri alınamaz işlemlerden önce kullanıcı onayı isteyin. Bkz. Windows üzerinde sorumlu üretken yapay zeka geliştirme ve Windows geliştirme için güvenlik ve sorumlu yapay zeka.

Performans ve iyileştirme

Windows uygulamamın son kullanıcılar için harika hissetmesini sağlamak için ne yapabilirim?

Bkz. Windows uygulama geliştirme - En iyi yöntemler ve Windows uygulama performansına ve temel bilgilere genel bakış.

Compatibility

Kullanıcılarımın WinUI 3 uygulamamı kullanmak için Windows güncelleştirmeleri gerekecek mi?

Windows Uygulama SDK'sı'nin desteklediği en düşük işletim sistemi Windows 10, sürüm 1809, derleme 17763'tür. Microsoft desteği, en son hizmet güncelleştirmesi ile desteklenen bir Windows Uygulama SDK'sı sürümü ve hala desteklenen bir Windows sürümü, sürümü ve bakım kanalı gerektirir. Tek tek API'ler daha yeni bir Windows sürümü veya belirli bir donanım gerektirebilir. Bkz. Windows Uygulama SDK'sı destek ve Yayın kanalları.

WinUI 3 uygulamamla Arm64'i hedefleyebilir miyim?

Evet. En iyi performans ve verimlilik için yerel bir Arm64 uygulaması oluşturun. x64 bağımlılıklarına sahip büyük bir C++ kod tabanı için Arm64EC modülleri artımlı olarak geçirmenizi sağlar. Arm'de Windows 11, Prism öykünmesi aracılığıyla birçok mevcut x86 ve x64 uygulamasını da çalıştırabilir, ancak temsili Arm cihazlarında performansı ve uyumluluğu test etmelisiniz.

Kullanımdan kaldırma işlemleri ve geçiş süreçleri

UWP için UWP / WinUI kullanım dışı mı?

UWP ve WinUI 2 resmi olarak kullanım dışı değildir. Visual Studio 2026, modern .NET ve Yerel AOT ile UWP'yi desteklerken WinUI 2.8, UWP için en son kararlı WinUI sürümü olmaya devam ediyor. Ancak Microsoft, yeni genel amaçlı Windows masaüstü uygulamaları için WinUI 3 ve Windows Uygulama SDK'sı önerir.

Yerel AOT ile modern .NET için UWP desteği genel kullanıma sunulmuştur ve Visual Studio 2026'da varsayılan C# UWP proje türüdür. Mevcut bir UWP uygulamasını .NET Native’den modern .NET’e taşımak, kullanıcı arayüzünü WinUI 3’e geçirme işleminden ayrı bir modernleştirme adımıdır. Bkz. UWP uygulamanızı .NET ve Yerel AOT ile modernleştirme.

UWP için UWP / WinUI uygulamasını WinUI 3'e ne zaman geçirmeliyim?

UWP geliştiricileri, UWP'den ve özellik kümesinden memnunsa geçiş konusunda baskı hissetmemelidir; çoğu uygulama için doğru seçim UWP'de kalmak olabilir.

En son Windows platformundan ve .NET yatırımlarından yararlanmak isteyen uygulamalar WinUI 3'e ve Windows Uygulama SDK'sı geçmeyi düşünmelidir. Bkz. UWP'den Windows Uygulama SDK'sı'ye Geçiş.

UWP için geliştirilmiş bir UWP + WinUI uygulamasını ne zaman WinUI 3'e taşımamalıyım?

Hedef cihazınız veya uygulama modeliniz Xbox uygulamaları, HoloLens 2B uygulamalar veya standart Surface Hub ortamı için uygulamalar gibi gerekli olduğunda UWP kullanmaya devam edin. Windows IoT Enterprise, Windows Uygulama SDK'sı dahil olmak üzere masaüstü uygulama teknolojilerini desteklediğinden IoT hedefi tek başına UWP'yi kullanmak için bir neden değildir.

WPF artık kullanılmıyor mu?

Hayır. WPF desteklenmektedir ve modern .NET'te özellik, performans, erişilebilirlik ve Fluent stili alanlarında iyileştirmeler almaya devam etmektedir. Mevcut WPF uygulamaları ve gereksinimleri WPF uyan yeni uygulamalar için iyi bir seçim olmaya devam eder. Yeni genel amaçlı Windows masaüstü uygulamaları için Microsoft'in birincil önerisi Windows Uygulama SDK'sı winUI 3'dür. GitHub üzerindeki WPF yol haritasına bakın.

WinForms kullanım dışı mı?

Hayır. WinForms desteklenir ve özellik güncelleştirmelerini almaya devam eder. GitHub üzerindeki Windows Forms Yol Haritası'na bakın.

Windows Çalışma Zamanı (WinRT) kullanım dışı mı?

Hayır. WinRT , birden çok dilde birlikte çalışma olanağı sağlayan bir uygulama ikili arabirimidir (ABI). WinRT, COM'un evrimidir ve Windows Uygulama SDK'sı işlevlerinin çoğunu WinRT API'leri aracılığıyla sağlar.

Sürüm notları

Windows Uygulama SDK'sı sürüm notlarını nerede bulabilirim?

Kararlı, önizleme ve deneysel sürümler için Windows Uygulama SDK'sı sürüm notlarına bakın. Windows geliştiricilerine yönelik yenilikler sayfasında en son Windows SDK, Windows Uygulama SDK'sı, WinUI 3, araçlar ve platform güncelleştirmeleri özetlenmiştir.

İlgili içerik

  • Last updated on