Czy ścieżka aktualizacji z Win32 na .NET do WinRT jest możliwa?

Obsługuję aplikację VB6. Obecnie jest zamieniany, moduł po module, na .NET (w tym wiele nowych funkcji na bieżąco). GUI jest w WPF, ale z niemal zerowym sprzężeniem z logiką biznesową, więc to nie jest tak ważne. Mam nadzieję, że migracja zostanie zakończona do połowy 2012 roku.

Czytam niektóre wiadomości z konferencji MS build i wygląda na to, że WinRT z Metro będzie API i GUI z wyboru dla przyszłego rozwoju, szczególnie jeśli chcesz, aby Twoja aplikacja działała na urządzeniach mobilnych ( na pewno).

Na jakiego rodzaju zwalnianie prędkości patrzymy, kiedy (ostatecznie) migrujemy z .NET do WinRT i Metro? Wygląda na to, że C # i Xaml będą w pobliżu, ale WinRT nie jest .NET. Czy interfejs API jest zgodny (wystarczy zmienić opcję w menu kompilacji VS)? Jeśli nie są, czy będzie narzędzie do konwersji w jedną stronę? Czy będzie możliwe łatwe utrzymanie jednej aplikacji działającej pod .NET / WPF w systemach Windows XP / 7 i jednocześnie budującej do celu WinRT / Metro w czasie, gdy będziemy mieli wszystkie te systemy?

Obecnie, podobnie jak w „jest to po prostu podgląd programisty” ¹ , w większości przypadków musisz zmienić kilka przestrzeni nazw dla rozwiązań opartych na XAML / C #, aby skompilować i uruchomić jako „starszą” aplikację.

To dlatego, że podzielili niektóre niezbędne biblioteki DLL / przestrzenie nazw z podstawowego środowiska .NET, którego z pewnością będziesz używać.

Następnie, jeśli chcesz, aby twoja aplikacja była „Metroish”, będziesz musiał przemyśleć jej interfejs, co nie jest wielką sprawą, jeśli już korzystasz z dobrej separacji obaw, na przykład MVVM.

¹ Chodzi mi o to, że prawdopodobnie ścieżka uaktualnienia będzie gładsza, gdy narzędzia będą dojrzałe.