XAML-Anwendungen mit C++/CX für Desktop Windows

Question

Ich habe mit XAML UI-Programmierung mit C++ für Windows 8 Store-Anwendungen experimentiert. Ich mag die Entwicklererfahrung, den XAML-Designer und die Tatsache, dass ich reine native Apps mit einer modernen, reichhaltigen Benutzeroberfläche und hoher Leistung bekommen kann.

Ich möchte ähnliche XAML-Anwendungen mit C++ für Desktop Windows (die Nicht-Store-Welt) erstellen. Wie mache ich das? Seit Jahren habe ich auf einen nativen UI-Stack für Windows Desktop gewartet, der neuer ist als MFC und etwas höher als die direkte Win32/GDI-Programmierung.

Answer 1

Codejock unterstützt einige Auszeichnungssprachen in MFC (systemeigenes C++).

http://www.codejock.com/inc/img/downloads/samples/toolkitpro_markupsample_full.png

Image shows Codejock Markup Sample http://www.codejock.com/inc/img/downloads/samples/toolkitpro_markupsample_full.png

Answer 2

Ein künftiges Update für Windows 8.1 wird Windows 8 Store Apps ermöglichen, in einem Fenster auf dem Desktop, und erscheinen auf der Taskleiste wie eine Win32-Anwendung auszuführen. Dadurch können Store-Apps weitgehend wie Desktop-Apps agieren. MS haben Store-App angedeutet XMAL wird in Zukunft für Desktop-Apps verfügbar sein.

http://www.gottabemobile.com/2014/04/02/microsoft-listens-to-users-start-menu-and-windowed-apps-are-on-the-way/

Answer 3

Sowohl Silverlight und WPF verwenden XAML zusammen mit Code-Behind-Anwendungen zu implementieren. Beide werden nicht beibehalten, aber wenn Sie mit der gleichen Technologie spielen möchten, ist es da. Wie Jeff McClintock bereits erwähnt hat, hat Microsoft angekündigt, dass ein zukünftiges Update für Windows 8 Apps auf dem Desktop laufen lassen wird, aber ich erwarte, dass dies nur eine Änderung der Fenster sein wird und die Apps weiterhin in der eingeschränkten Sandbox laufen werden Store-Apps werden dort ausgeführt. Vielleicht wird Microsoft ein weiteres Desktop-basiertes UI-Framework einführen und es für drei Jahre unterstützen, bevor es es killt.

WTL ist neuer als MFC, obwohl das letzte Update vor sechs Jahren erfolgte. Ich empfehle persönlich Qt, da es den Zugriff auf native Win32-Aufrufe ermöglicht (so können Sie tun, was gunky Sachen Win32-Anwendungen normalerweise tun möchten), während immer noch eine reiche, robuste UI-Framework auf bauen.