Comment architer les applications de bureau d'entreprise pour Windows 8

Question

Je pense que j'ai une compréhension des attentes du développement des applications de consommation pour Windows 8. Créez une nouvelle interface utilisateur basée sur le métro en plus de WinRT, déployez-la sur votre client via le marché et tout le monde gagne. Semble assez simple. Malheureusement, je ne suis pas dans cette entreprise.

Je travaille sur des applications internes et alimentaires pour une grande entreprise. Nous utilisons actuellement des technologies .NET telles que WPF et Silverlight afin de créer des UIS riches qui peuvent être facilement déployées à nos utilisateurs via le Web ou ClickOce. Les applications peuvent prendre en charge WinXP et Win7 sans trop de maux de tête, et nos développeurs peuvent utiliser XAML qui est une technologie d'interface utilisateur très solide.

Il semble que WPF et Silverlight ont des avenir discutables à ce stade, il est donc un peu inquiétant de continuer à investir dans ceux-ci. Mais une interface utilisateur de métro ne semble pas appropriée pour les applications d'entreprise, et l'API WinRT est assez limite en ce qui concerne les choses "typiques" que les applications d'entreprise doivent faire.

Comment devrais-je architer mes applications basées sur XAML, actuellement déployées sur WinXP et Win7, afin qu'elles soient soutenables et évolutives sur Win8?

Supposons aux fins de cette question que les fonctionnalités fournies par HTML5 en plus d'ASP.NET ne sont pas adéquates pour les applications que je cherche à créer. Je comprends que je peux utiliser HTML5 pour certaines applications, mais j'essaie de comprendre ce que je devrais faire quand cela ne suffit pas.

EDIT # 1:Ceci est en réponse au commentaire de @emmad kareem. Je suis d'accord que Silverlight / WPF est viable à court terme (2-5 ans). Cependant, les applications que nous produisons ont des durées de vie potentiellement très longues (10-20 + ans). La survie à long terme pour une technologie donnée est donc une préoccupation pour nous. De plus, nous craignons qu'il soit de plus en plus difficile de trouver des développeurs intéressés par le développement de Silverlight / WPF si ces technologies sont considérées comme «mortes» par la communauté. Je veux juste comprendre mes options et prendre une décision les yeux ouverts.