none
windows 8 metro / desktop RRS feed

  • Question

  • Bonjour,

    Je ne sais pas trop où poser ma question donc je le fais ici.

    Je désire développer une application multitouch. J'ai vu que windows 8 facilitait grandement les choses notamment au niveau des Gestures. De plus, les animations ont l'air présente de base dans les composants afin de rendre l'interface plus fluide. Ces deux points m'intéressent beaucoup.

    Cependant je ne veux pas passer par windows store et mon application n'a pas besoin d'être multiplateforme. J'ai cependant besoin d'accès à des périphériques externes par exemple.

    Je ne sais pas trop si je dois développer en style metro ou bien en style desktop pour windows 8. 

    Voici donc la question quelles sont exactement les limitations de WinRT par rapport à une application développée pour metro ? En créant une application desktop, dispose t'on de tous les avantages de métro (gesture multitouch, animations, composants tels que flip view) ?

    J'ai cherché pas al sur Internet mais ne trouve pas vraiment d'endroit répondant à mes questions.

    Merci

    jeudi 27 septembre 2012 18:55

Réponses

  • Bonjour,

    Il faut savoir que beaucoup de facilités (ThemeAnimation, GridView, FlipView etc...) de WinRT/Xaml ne sont pas disponible en .net/Xaml. Donc si ce sont ces points qui comptent pour toi la réponse serait WinRT. En réalité les languages sont similaires (une version de Xaml dans les deux cas), mais les moteurs de rendu n'ont rien à voir. Cela explique les divergences.

    D'autre part sache qu'une application Windows Store peut-être déployée sur un réseau d'entreprise sans passer par le store.

    En revanche si tu as besoin d'accéder à des périphériques cela peut s'avérer plus complexe. Il faudrait avoir quelques précisions sur leur nature et les scénarios qui impliquent des devices pour te donner une réponse franche. Etant donné que tu ne comptes pas publier sur le store, tu n'es pas contraint à passer la validation WACK, tu peux appeler toute l'api Win32, tu peux aussi développer des parties en C++/CLI si besoin.


    Cyprien Autexier

    • Marqué comme réponse mat72220 vendredi 28 septembre 2012 11:26
    jeudi 27 septembre 2012 19:14
  • Pour l'imprimante, tu as des APIs au sein de WinRT. Pour le lecteur de code barres, ça dépend de son fonctionnement (certains fonctionnant comme des claviers, je ne vois pas en quoi ça bloquerai avec eux). Le terminal de paiement j'en ai aucune idée, mais s'il vient avec un lib je pense qu'il y aura toujours moyen de bidouiller pour l'attaquer. Enfin il me semble que le support officiel de Kinect en Metro apps devrait arriver (si ce n'était pas déjà dans la dernière version ou beta du SDK).

    Cyprien Autexier

    • Marqué comme réponse mat72220 vendredi 28 septembre 2012 11:26
    jeudi 27 septembre 2012 21:01

Toutes les réponses

  • Bonjour,

    Il faut savoir que beaucoup de facilités (ThemeAnimation, GridView, FlipView etc...) de WinRT/Xaml ne sont pas disponible en .net/Xaml. Donc si ce sont ces points qui comptent pour toi la réponse serait WinRT. En réalité les languages sont similaires (une version de Xaml dans les deux cas), mais les moteurs de rendu n'ont rien à voir. Cela explique les divergences.

    D'autre part sache qu'une application Windows Store peut-être déployée sur un réseau d'entreprise sans passer par le store.

    En revanche si tu as besoin d'accéder à des périphériques cela peut s'avérer plus complexe. Il faudrait avoir quelques précisions sur leur nature et les scénarios qui impliquent des devices pour te donner une réponse franche. Etant donné que tu ne comptes pas publier sur le store, tu n'es pas contraint à passer la validation WACK, tu peux appeler toute l'api Win32, tu peux aussi développer des parties en C++/CLI si besoin.


    Cyprien Autexier

    • Marqué comme réponse mat72220 vendredi 28 septembre 2012 11:26
    jeudi 27 septembre 2012 19:14
  • Merci pour la réponse, cela m'éclaire déjà beaucoup.

    Concernant les périphériques, je n'ai pas besoin d'un accès "bas niveau" je voudrai juste pouvoir utiliser par exemple un lecteur de code barres, une imprimante ou bien un terminal de paiement ou encore un kinect.

    jeudi 27 septembre 2012 19:31
  • Pour l'imprimante, tu as des APIs au sein de WinRT. Pour le lecteur de code barres, ça dépend de son fonctionnement (certains fonctionnant comme des claviers, je ne vois pas en quoi ça bloquerai avec eux). Le terminal de paiement j'en ai aucune idée, mais s'il vient avec un lib je pense qu'il y aura toujours moyen de bidouiller pour l'attaquer. Enfin il me semble que le support officiel de Kinect en Metro apps devrait arriver (si ce n'était pas déjà dans la dernière version ou beta du SDK).

    Cyprien Autexier

    • Marqué comme réponse mat72220 vendredi 28 septembre 2012 11:26
    jeudi 27 septembre 2012 21:01
  • Merci,

    Au final il faut aller voir sur les sites des constructeurs, j'aurai du commencer par ici. Merci en tous cas, j'ai maintenant compris quelle était la réelle différence pour le développeur entre les deux modes de Windows 8.

    vendredi 28 septembre 2012 11:26