Windows NT (Windows RT, WP8, WP8.1 ve Telefonlar için Windows 10'da çekirdek olarak), ARM v7-A (32-bit) ve ARM v8-A (64-bit) (şu anda Telefonlar için Windows 10 Qualcomm Snapdragon 810 yonga seti ile birlikte Lumia 950 / 950XL, x86'ya ek olarak mimariye sahiptir (x86-64 (Windows AMD64), i386 / i586 / i686 (Windows x86) dahil). Bu, Alpha, MIPS, Itanium ve PowerPC gibi diğer cevaplarda belirtilen tarihsel olarak desteklenen mimarilere ek olarak.
Başka bir cevapta belirtildiği gibi, Win32 masaüstü uygulamaları, x86 mimarisi için derlenirlerse (çoğunlukla olduğu gibi) Windows NT'de ARM'de (yani, ARM emülasyonunda x86 olmadan) çalışamazlar. Bununla birlikte, @ user 2284570'te belirtildiği gibi, ARM yerel çalıştırılabilir dosyaları veya dinamik kitaplıkları yalnızca Windows NT'de ARM için (dağıtım ikili dosyaları) Microsoft tarafından dijital olarak imzalanmışlarsa, ARM yerel uygulamalarının 3. taraf geliştiricisinin dağıtımını engellerse, Windows NT'de çalıştırılabilir. (örneğin x86 veya daha önce desteklenen diğer mimarilere sahip olan politikadan farklı olarak). Microsoft, x86 hedefli Win32 uygulamalarını (Masaüstü Windows yazılımı) Windows for ARM'de öykünme yoluyla ikili düzeyde desteklememeyi seçti, çünkü öykünme için performans cezası, sıkı bir güç bütçesiyle düşük ve ideal ARM performansına karşı çok büyük olacaktır ).
Not: Burada bahsettiğim Windows API , .NET WINAPI ( yönetilen ) sürümü değil, Win32 yerel API'sidir . Uygulama uyumluluğu, burada görünmüyorsa kaynak düzeyinde uyumluluk değil, ikili düzey uyumluluk anlamına gelir.
Bununla birlikte, Windows RT platformunun ve şimdi Evrensel Windows Platformunun (UWP) ortaya çıkmasıyla, Windows için mimarlık-agnostik bir yazılım oluşturmak bir olasılık haline geldi (daha önce yazılımın Windows üzerinde farklı mimarilerde çalıştırılması için benzetilmesi veya yeniden derlenmesi gerekiyordu) .