Windows 8 Çalışma Zamanı Modülü (WinRT / Windows Store uygulamaları / Windows 10 Universal App) Silverlight ve WPF ile nasıl karşılaştırılır? [kapalı]

Başımı Metro tarzı uygulamalar oluşturmak için kullanılan yeni Windows 8 Çalışma Zamanı etrafında döndürmeye çalışıyorum . XAML ile kullanabileceğinizi ve .NET tabanlı olduğunu biliyorum, böylece C # ve VB.NET uygulamaları yazmak için kullanılabilir, ancak daha sonra HTML, CSS, DOM ve JavaScript ile ilgili bir şey var gibi görünüyor.

Birisi bir .NET UI programcısının anlayabileceği açısından birkaç paragrafta ne olduğunu açıklayabilir mi? (Bunu anlamak için gerekli olan bir “anahtar” eksikim.)

WPF, Silverlight , Windows Forms vb.'nin en azından Intel sistemlerinde Windows 8 (ve Windows 10) altında çalışmaya devam edeceğini biliyoruz , bu yüzden lütfen bana şunu söyleme ...

En düşük düzeyde, WinRT ABI düzeyinde tanımlanan bir nesne modelidir. Bir temel olarak COM kullanır (böylece her WinRT nesnesi uygular IUnknownve yeniden sayma yapar) ve oradan oluşturur. Çoğu doğrudan .NET'ten gelen eski COM ile karşılaştırıldığında oldukça fazla yeni kavram ekler - örneğin, WinRT nesne modelinin delegeleri vardır ve etkinlikler .NET tarzı yapılır (delegelerle ve abone ekle / kaldır yöntemler, etkinlik kaynakları ve lavabolar gibi eski COM modeli yerine). Dikkate değer diğer şeylerin yanı sıra WinRT'nin de parametreli ("jenerik") arayüzleri vardır.

Diğer bir büyük değişiklik, tüm WinRT bileşenlerinin, tıpkı .NET derlemeleri gibi meta verileri kullanabilmesidir. COM'da bunu tipelibler ile yapıyorsunuz, ancak her COM bileşeninde bunlara sahip değildiniz. WinRT için meta veriler .winmd dosyalarında bulunur - Geliştirici Önizlemesi'nde "C: \ Program Files (x86) \ Windows Kits \ 8.0 \ Windows Metada \" içine bakın. Etrafta konuşursanız, aslında kod içermeyen CLI meclisleri, sadece meta veri tabloları olduğunu göreceksiniz. Aslında onları ILDASM ile açabilirsiniz. Bu, WinRT'nin kendisinin yönetildiği anlamına gelmez - sadece dosya biçimini yeniden kullanır.

Sonra o nesne modeli açısından uygulanan bir dizi kütüphane vardır - WinRT arayüzlerini ve sınıflarını tanımlamak. Yine, orada ne olduğunu görmek için yukarıda belirtilen "Windows Meta Verileri" klasörüne bakın; ya da VS'de Object Browser'ı çalıştırın ve neyin kapsandığını görmek için çerçeve seçicide "Windows 8.0" ı seçin. Orada çok şey var ve tek başına UI ile ilgilenmiyor - Windows.Data.Jsonveya Windows.Graphics.Printing, veya gibi ad alanları da alıyorsunuz Windows.Networking.Sockets.

Sonra özellikle UI ile ilgilenen birkaç kütüphane elde edersiniz - çoğunlukla bunlar Windows.UIveya altında çeşitli ad alanları olacaktır Windows.UI.Xaml. Birçoğu WPF / Silverlight ad alanlarına çok benziyor - örn Windows.UI.Xaml.Controls. Yakından eşleşiyor System.Windows.Controls; Windows.UI.Xaml.Documentsvb. için aynen

Artık .NET, WinRT bileşenlerini .NET derlemeleriymiş gibi doğrudan başvuruda bulunabilir. Bu, COM Interop'tan farklı çalışır - birlikte çalışma derlemeleri, yalnızca /rbir .winmd dosyası gibi ara yapaylıklara ihtiyacınız yoktur ve meta verilerindeki tüm türler ve üyeleri .NET nesneleriymiş gibi görünür hale gelir. WinRT kitaplıklarının kendilerinin tamamen yerel olduğunu (ve WinRT kullanan yerel C ++ programlarının hiç CLR gerektirmediğini) unutmayın - yönetilen tüm bu şeyleri açığa çıkarmanın büyüsü CLR'nin içinde ve oldukça düşük seviyededir. Bir .winmd referans veren bir .NET programı ildasm, aslında bir extern montaj referansı gibi göreceksiniz - orada gömme türü gibi el hile çabukluğu yoktur.

Bu künt bir haritalama da değil - CLR, WinRT türlerini mümkünse eşdeğerlerine uyarlamaya çalışır. Yani mesela Guıd, tarihler ve URI'ler haline System.Guid, System.DateTimeve System.Urisırasıyla; Gibi WinRT toplama arayüzleri IIterable<T>ve IVector<T>olmak IEnumerable<T>ve IList<T>; ve bunun gibi. Bu her iki yöne de gider - uygulayan bir .NET nesneniz varsa IEnumerable<T>ve onu WinRT'ye geri iletirseniz, onu olarak görür IIterable<T>.

Sonuçta, bunun anlamı, .NET Metro uygulamalarınızın mevcut standart .NET kitaplıklarının bir alt kümesine ve ayrıca bazıları (özellikle) Windows.UISilverlight API'sine çok benzeyen (yerel) WinRT kitaplıklarına erişmesidir . Kullanıcı arayüzünüzü tanımlamak için hala XAML'niz var ve Silverlight'taki aynı temel kavramlarla ilgileniyorsunuz - veri bağlamaları, kaynaklar, stiller, şablonlar vb. Çoğu durumda, bir Silverlight uygulamasını sadece usingyeni ad alanlarıyla taşımak mümkündür , ve API'nın ayarlandığı kodda birkaç yerde ince ayar yapmak.

WinRT'nin kendisinin HTML ve CSS ile bir ilgisi yoktur ve JavaScript ile yalnızca .NET için nasıl yapıldığına benzer şekilde orada da bir anlam ifade eder. .NET Metro uygulamanızda WinRT UI kitaplıklarını kullandığınızda HTML / CSS / JS ile uğraşmanıza gerek yok (sanırım, gerçekten isterseniz, bir WebViewkontrol barındırabilirsiniz ...). Tüm .NET ve Silverlight becerileriniz bu programlama modelinde çok alakalı.

Gönderen Yapı keynote:

Hem HTML / CSS / JavaScript uygulamalarına hem de C # / XAML uygulamalarına ortak API'lar sağlıyorlar. C # ve XAML kullanılacak, ancak tam olarak WPF veya Silverlight olmayacak.

Ana fikir şu anda iki geliştirme izi var - Masaüstü ve Metro.

• Masaüstü, eski uygulamaların yaşadığı yerdir.
• Yeni uygulama sınıfı olan Metro uygulamaları, VB.NET, C # veya C ++ dahil olmak üzere çeşitli şekillerde oluşturulabilir. Bu üç dil seçeneği, kullanıcı arayüzünü oluşturmak için XAML'yi kullanabilir. Alternatif, hem kullanıcı arayüzünün hem de uygulama kodunun geliştirilmesi için JavaScript / HTML5 / CSS kullanmaktır.

Bazı önemli noktalar:

• Windows 8, yükseltilmiş bir cep telefonu işletim sistemi gibi hissediyor.
• Metro'da, üst üste binen üst düzey pencereler yoktur, tıpkı bir cep telefonunda hiçbiri olmadığı gibi. MDI tarzı bir uygulama istiyorsanız, masaüstünde kalmanız gerekir.
• Metro tarzı uygulamalar görünmediğinde otomatik olarak askıya alınır. Bu pil ömrünü uzatmak için yapıldı. Bu, kullanıcı onlarla etkileşimde olmasa bile arka plan işleme gerçekleştiren birçok masaüstü uygulamasının Metro'ya taşınmasının anlamlı olmayacağı anlamına gelir.
• Windows 8'in ARM sürümü masaüstü uygulamalarını desteklemez. Bir uygulama yazmak istiyorsanız ve Windows'un herhangi bir sürümü üzerinde çalışmasını istiyorsanız, o zaman bir Metro uygulaması olması gerekir.

Mimarinin, şeylerin tam olarak nerede olduğunu anlamanıza yardımcı olacak değiştirilmiş bir sürümü var. Telerik ninjalarından biri CLR ekibi ile sohbet etti ve resmi değiştirdi:

Burada CLR'nin nerede olduğunu görebilirsiniz. .NET çerçevesinin artık iki profili var

1- .NET Metro profili (Metro uygulamasıyla ilgilenen CLR)

2- .NET İstemci profili (C # ve VB.NET uygulamaları için CLR çalışma zamanı)

Umarım bu size daha net bir resim verir. Makalenin tamamını okuyun Kötü bir resim bin uzun tartışmaya değer. .

Burada Microsoft'tan çok fazla ayrıntı var .

Windows Çalışma Zamanı Modülü, API meta verileri (.winmd dosyaları) kullanılarak gösterilir. Bu, .NET çerçevesi tarafından kullanılan biçimdir (Ecma-335). Temeldeki ikili sözleşme, Windows Çalışma Zamanı API'larına doğrudan seçtiğiniz geliştirme dilinde erişmenizi kolaylaştırır. Windows Çalışma Zamanı API'larının şekli ve yapısı, hem C # gibi statik diller hem de JavaScript gibi dinamik diller tarafından anlaşılabilir. IntelliSense JavaScript, C #, Visual Basic ve C ++ dillerinde mevcuttur.

Kısacası, Windows Çalışma Zamanı, Windows işlevlerini gösteren ve JavaScript / C # / VB / C ++ için kullanılabilen yeni bir kitaplık kümesidir. Her dil, bazı thunking katmanından geçmek yerine onları doğrudan anlayabilmek ve arayabilmek için yapılmıştır.

Silverlight ve WPF, CLR üzerinde çalışan XAML aromalarıdır. Diğer işlevlerin yanı sıra, Windows Çalışma Zamanı Modülü, Silverlight'a çok benzeyen bir XAML sürümünü ortaya koyar, ancak bunu CLR aracılığıyla değil, yerel bir şekilde yapar. CLR'den değil, aynı zamanda C ++ 'dan da erişilebilir.