Avantages et inconvénients de l'utilisation de XAML / C # pour HTML5 / JavaScript pour les applications Metro?
Je me demandais simplement s'il y avait des avantages ou des inconvénients majeurs à utiliser XAML/C # ou HTML5/JavaScript pour Metro Apps.
En guise de contexte, j'ai créé l'application American Airlines Windows 8 en HTML5. Je dois dire que c'était fantastique.
Tout d'abord, supprimez toutes vos idées sur HTML5 en ce qui concerne les applications mobiles. Dans Windows 8, JavaScript est une langue native de première classe. Vous avez accès à toutes les fonctionnalités matérielles d'une application XAML. Il existe également des modèles fantastiques intégrés à Visual Studio 2012 pour les applications WinJs.
WinJs n'est pas juste une implémentation de la vision Web à moitié pensée. Microsoft montre enfin à JS le respect qu'il mérite.
Je suggère de vous familiariser avec la dernière et la meilleure version d'IE10. Honnêtement, c'est le cadre de base pour tous les trucs WinJs. C'est puissant et rapide! Voici un exemple de ce que vous pouvez en faire: http://www.cuttherope.ie/ .
En outre, voici un excellent endroit pour commencer avec WinJs: http://msdn.Microsoft.com/en-us/library/windows/apps/br211385.aspx
L'avenir s'annonce prometteur pour JS en tant que langue maternelle pour Windows.
Tous les deux. Parce que les deux sont adoptés par les développeurs (mais pas en même temps, ce que je veux dire, c'est que certains développeurs utilisent XAML/C #, d'autres utilisent HTML/JS). Pour ceux qui viennent d'un arrière-plan de développement d'applications Web, il est plus facile de passer à HTML/JS. Et pour ceux qui connaissent déjà XAML via WPF et Silverlight, il serait logique de transférer les compétences vers XAML + C #. Et en ce qui concerne les résultats, les deux technologies montrent de bons résultats. Donc, je suppose que les deux seraient tout aussi bons dans les années à venir.
Les applications Metro construites à l'aide des API HTML5/JS seront probablement classées comme "plus simples", par rapport à leurs homologues C #/XAML. Alors que le premier sera certainement capable de créer des applications fonctionnelles et bien conçues, il y aura sans aucun doute une limite aux capacités d'une application construite en HTML5. D'un autre côté, alors que C # pourrait être plus performant, c'est aussi plus compliqué. Une application HTML5 sera très facile à concevoir et à entretenir, comparativement.
Du moins, c'est ma meilleure estimation. Je n'ai pas encore d'expérience dans le développement d'applications Win8.
Les deux vont fonctionner sur WinRT (aka version réduite de Windows 8 qui est utilisée sur appareil MS Surface ).
Cela dépendra totalement des préférences des développeurs . Ainsi, les développeurs ayant une expérience HTML5/JS seront également alimentés pour développer pour Windows 8.
Pas un programmeur MS - Du point de vue des programmeurs, cela vaudrait la peine d'investir votre temps et vos efforts dans une plate-forme indépendante agnostique comme JS + HTML 5. Les connaissances que vous acquérez peuvent être réutilisées ailleurs.
Win 8 prend en charge JS nativement , il n'y aurait donc pas grand-chose que vous ne puissiez pas accomplir en l'utilisant.
Oui, dans la plupart des cas, JavaScript est une langue maternelle. Selon l'endroit où il s'exécute, sa compilation (style JIT) en code machine.
Par exemple, si vous utilisez le navigateur Chrome Chrome, le moteur V8 fait exactement ce qui est mentionné ci-dessus. Je crois comprendre que IE 10 fait le comme pour les autres navigateurs répandus qui prennent en charge la norme ECMAScript 262.
Entou, dans la plupart des cas, JavaScript n'est plus un langage interprété. Il s'agit d'un langage de programmation à part entière, orienté objet, basé sur le prototype, côté client/serveur, omniprésent.