Le chemin de mise à niveau de Win32 vers .NET vers WinRT est-il possible?

Je supporte une application VB6. Il est actuellement remplacé, module par module, par .NET (y compris de nombreuses nouvelles fonctionnalités au fur et à mesure). L'interface graphique est dans WPF, mais avec un couplage presque nul à la logique métier, ce n'est donc pas aussi important. J'espère que la migration se fera d'ici la mi-2012.

Je lis certaines des nouvelles de la conférence MS build, et il semble que WinRT avec Metro sera l'API et l'interface graphique de choix pour le développement futur, surtout si vous voulez que votre application s'exécute sur des appareils mobiles (ce que nous ferons, certainement).

Quel genre de ralentisseur examinons-nous lorsque nous migrons (éventuellement) de .NET vers WinRT et Metro? Il semble que C # et Xaml seront présents, mais WinRT n'est pas .NET. Les API sont-elles compatibles (il suffit de changer une option dans le menu de construction VS)? Si ce n'est pas le cas, y aura-t-il un outil de conversion à sens unique? Sera-t-il possible de maintenir facilement une application qui s'exécute sous .NET / WPF sur les systèmes Windows XP / 7 et se construit simultanément sur une cible WinRT / Metro pendant le temps où nous aurons tous ces systèmes en interne?

Actuellement, comme dans 'c'est juste un aperçu développeur après tout' ¹ , vous devez principalement modifier quelques espaces de noms pour vos solutions basées sur XAML / C # afin de les compiler et de les exécuter en tant qu'application `` héritée ''.

C'est parce qu'ils ont séparé certaines DLL / espaces de noms essentiels du framework .NET de base que vous êtes certain d'utiliser en ce moment.

Ensuite, si vous voulez que votre application soit 'Metroish', vous devrez repenser son interface utilisateur, ce qui n'est pas un gros problème si vous utilisez déjà une bonne séparation des préoccupations, par exemple MVVM.

¹ Ce que je veux dire, c'est que le chemin de mise à niveau sera plus fluide une fois les outils arrivés à maturité.