Возможен ли путь обновления с Win32 до .NET до WinRT?


9

Я поддерживаю приложение VB6. В настоящее время он заменяется, модуль за модулем, на .NET (включая множество новых функций по мере продвижения). Графический интерфейс в WPF, но практически без связи с бизнес-логикой, так что это не так важно. Я надеюсь, что миграция будет завершена к середине 2012 года.

Я читаю некоторые новости из конференции по сборке MS, и похоже, что WinRT с Metro будет предпочтительным API и GUI для будущей разработки, особенно если вы хотите, чтобы ваше приложение работало на мобильных устройствах (что мы и сделаем, безусловно).

На какой скачок скорости мы смотрим, когда мы (в конце концов) перейдем с .NET на WinRT и Metro? Похоже, C # и Xaml будут рядом, но WinRT не является .NET. Совместимы ли API (только вопрос изменения параметра в меню сборки VS)? Если это не так, будет ли инструмент одностороннего преобразования? Можно ли будет легко поддерживать одно приложение, которое работает под .NET / WPF в системах Windows XP / 7 и одновременно встраивается в цель WinRT / Metro в то время, когда у нас есть все эти системы?

Ответы:


3

В настоящее время, как и в случае «это всего лишь предварительный просмотр для разработчиков» 1 , вам, в основном, приходится менять пару пространств имен для ваших решений на основе XAML / C #, чтобы компилировать и запускать их как «устаревшее» приложение.

Это потому, что они отделили некоторые важные библиотеки DLL / пространства имен от базовой платформы .NET, которую вы наверняка будете использовать прямо сейчас.

Затем, если вы хотите, чтобы ваше приложение было «Metroish», вам придется переосмыслить его пользовательский интерфейс, что не составляет особого труда, если вы уже используете хорошее разделение проблем, например MVVM.


1 Я имею в виду, что, вероятно, путь обновления будет более гладким, когда инструменты станут зрелыми.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.