Чи можливий шлях оновлення від Win32 до .NET до WinRT?


9

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

Я читаю деякі новини з конференції MS Build, і, схоже, 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.