Apakah jalur peningkatan dari Win32 ke .NET ke WinRT layak?

9

Saya mendukung aplikasi VB6. Saat ini sedang diganti, modul demi modul, dengan .NET (termasuk banyak fitur baru saat ini). GUI ada di WPF, tetapi dengan hampir nol sambungan ke logika bisnis, jadi itu tidak penting. Saya berharap migrasi akan dilakukan pada pertengahan 2012.

Saya membaca beberapa berita dari konferensi pembuatan MS, dan sepertinya WinRT dengan Metro akan menjadi API dan GUI pilihan untuk pengembangan di masa depan, terutama jika Anda ingin aplikasi Anda berjalan di perangkat seluler (yang kami akan, pasti).

Apa jenis speed bump yang kita lihat ketika kita (akhirnya) bermigrasi dari .NET ke WinRT dan Metro? Sepertinya C # dan Xaml akan ada, tetapi WinRT tidak .NET. Apakah API itu kompatibel (hanya masalah mengubah opsi di menu build VS)? Jika tidak, apakah akan ada alat konversi satu arah? Apakah mungkin untuk dengan mudah memelihara satu aplikasi yang berjalan di bawah sistem .NET / WPF pada sistem Windows XP / 7 dan secara bersamaan membangun ke WinRT / Metro target pada saat kita memiliki semua sistem di rumah?

Scott Whitlock
sumber

Jawaban:

3

Saat ini, seperti dalam 'itu hanya pratinjau pengembang setelah semua' 1 , Anda sebagian besar harus mengubah beberapa ruang nama untuk solusi berbasis XAML / C # Anda untuk dikompilasi dan dijalankan sebagai aplikasi 'lawas'.

Itu karena mereka telah membagi beberapa DLL / namespaces penting dari inti .NET framework yang Anda yakin akan gunakan saat ini.

Kemudian, jika Anda ingin aplikasi Anda menjadi 'Metroish', Anda harus memikirkan kembali UI-nya, yang bukan masalah besar jika Anda sudah menggunakan Separation of Concerns yang baik, misalnya MVVM.


1 Yang saya maksudkan adalah, mungkin jalur peningkatan akan lebih lancar setelah alat menjadi dewasa.

jv42
sumber