Wybór technologii - aplikacja desktop - GUI

Witam, moje pytanie jest podobne do Wybór technologii do projektu - jednak podobne nie znaczy takie samo :)

Otóż, sporo czasu spędziłem w WinForms (C#). Zainteresowałem się niedawno WPF - dosłownie ze 2h temu czytałem trochę o WinRT. Jestem troszeczkę rozbity - gdzie nie spojrzę ludzie piszą, że WPF taki nowoczesny, przyszłościowy etc. ALE wolniejszy niż WinForms. Z drugiej strony sieci słyszę głosy, że WPF nie ma wsparcia w interfejsie METRO (windows 8). Z kolei znowu WinRT to już nie WinForms (win32 api).

Zadanie mam w miarę proste, muszę przepisać od nowa program do obsługi firmy (CRM, mały magazyn, faktury/rachunki etc.) i dodać do niego parę funkcji. Pisałem go modułowo tzn. 1 DLL = 1 funkcja. I tak np. fvat.dll - wyświetla formę z listą faktur i możliwością dodania/edycji/usunięcia faktur.
Dodatkowo chciałbym dodać do programu jakieś ładne GUI (bez wodotrysków - ale jednak nie zwykłe WinForms).

Wszystko fajnie, jednak stanąłem przed problemem, którą technologię wybrać ? Pozostać przy WinForms ? Uczyć się WPF (bo przecież można stworzyć ładne GUI), czy WinRT (nie znam w ogóle chociaż bazuje na XAML więc chyba bliżej mu do WPF niż Win32).

Ogólnie w czym teraz opłaca się pisać, żeby program działał na wielu systemach ? Mam na myśli soft od M$ (xp-win8) - chociaż program napisany w C# można również uruchomić w linuxie, Mac mnie nie interesuje nawet.

WinRT to tylko Windows 8. Nie zapominaj o tym. To - póki co - jakiś marny procent wszystkich pecetów z Windowsem.
Jeśli zleceniodawcą jest firma, która chce nową wersję swojego CRM-a, to jak zobaczy twoje Metro, to cię tylko z tym przegoni.

Z drugiej strony sieci słyszę głosy, że WPF nie ma wsparcia w interfejsie METRO
I jeszcze raz – zastanów się, na czym program chcesz żeby działał. Co ma robić?
Czy ma być to aplikacja desktopowa? Wtedy na WinRT raczej nie patrz. Czy coś na tablety i podobne urządzenia? wtedy może jednak lepiej pisać na Androida ;-)
Zresztą wybór platformy jest dość podstawowy, jeszcze przed wyborem której biblioteki do okienek chcemy użyć...

Pozostać przy WinForms ?
WPF jest fajne gdy się chce pokazać jakie to efekty graficzne ma wbudowane.
Coś co w CRM jest chyba najmniej potrzebne.
Zbudowanie pod WPF funkcjonalnego interfejsu i zrobienie tego dobrze wymaga moim zdaniem dużo więcej żmudnej roboty niż Windows Forms.

Między czasie doczytałem, że WinRT właśnie tylko na Windows 8. Tu nie chodzi o sam CRM, swoją drogą CRM to jedna z funkcji, pytam o to co wybrać ponieważ nie chciałbym za pół roku pisać od nowa soft, który obecnie będę przepisywał pewnie z miesiąc.

Czy reasumując - sugerujesz pozostanie przy WinForms ? Aplikacja oczywiście desktopowa, no chyba, że klient zażyczy sobie jakiś port na urządzenia przenośnie - ale wtedy to w ogóle będzie problem :)

Btw. jaką przyszłość wróżycie dla metro ? Przyjmie się to ? Osobiście uważam ten interfejs za nie wypał - dla zwykłego notebooka, z kolei na telefonie 'leży' świetnie.

Jak zastosujesz MVC to przepisanie FE na inne GUI zajmie Ci góra tydzień.