? Korkarım ki senin sorununun basit bir cevabı yok.
Çalışma zamanında ayrıştırılmamış XAML hakkındaki yorumunuz hem doğru hem de yanlıştır. XAML ayrıştırılmamış BAML adlı bir normalleştirilmiş bir ikili sürümü (uygulamanızda bir kaynak olarak gömülü) adlı çalışma zamanında ayrıştırılan olduğunu. DirectX'in GDI'dan daha hızlı olduğunu söylemek de bir sadeleştirmedir - WPF ve GDI tabanlı oluşturma teknolojileri sadece farklı performans özelliklerine sahiptir. Örneğin, WPF korunmuş bir oluşturma modu kullanır, oysa WinForms ve diğer GDI tabanlı teknolojiler kullanmaz. WPF nesneleri, çok daha ağır olma eğilimindedir, çünkü bunlar, winform'ların muadillerinden daha birçok özelliğe sahiptir. GDI'nın oldukça hızlı ilerlemesi ve WPF ve XAML ile sadece nispeten kısa bir sürede nasıl yapılacağına dair onlarca yıllık bilgi birikimimiz var.
WPF uygulamaları yazmak için yeterince hızlıdır, ancak öğe sayınızın patlamaması (örneğin çok karmaşık şablonlar oluşturarak ve ardından kullanıcı arayüzünüzde yüzlerce veya binlerce kez tekrarlayarak) sürekli olarak uyanık olmanız gerekir.). Ayrıca WPF farklı grafik donanımlarında farklı şekilde çalışır (DirectX'i dahili olarak çağırır). WPF'de, 2B içerik, yazılımda tamamen oluşturulmuş olsa bile (sanal bir makinede olduğu gibi), ancak çok sayıda öğeyle animasyonlu, anti-aliased 3D gerçek GPU gücü gerektiriyorsa, iyi olmalıdır. Zaman ilerledikçe ve grafik donanımları daha güçlü ve yaygın hale geldikçe ve WPF'nin nasıl performans ayarlayacağı konusunda bilgi sahibi olduktan sonra WPF'nin daha ileriye doğru çekildiğini görmeliyiz (şimdi bazı senaryolar için…). Yani sanırım cevap "buna bağlı".
Bağımlılık özellik değerleri, yalnızca varsayılan değerlerinden farklı olarak kaydedilir, böylece bellekte büyük tasarruf sağlanır. –
Terminal sunucusunda performans hakkında biraz merak ve biraz kötümserim. – Guge
Aynı zamanda olmalısınız, Guge. WPF, grafikleri ilkel komutlar veya kontrolleri temsil eden belirteçler yerine gönderir. AFAIK, Microsoft da bu durumu düzeltmek için hiçbir şey yapmaya kararlı değil. –