Nous prévoyons de créer une application Web hébergée avec AngularJS. En tant que cadre d’interface utilisateur, nous avons constaté que Ionic et Onsen fonctionnaient bien avec AngularJS. Ces deux cadres indiquent qu'ils sont conçus spécialement pour les applications hybrides. Mais nous, je comprends bien, les deux frameworks sont basés sur les technologies web. Quels sont donc les inconvénients liés à l'utilisation des cadres d'interface utilisateur suggérés pour les applications non hybrides? Est-ce principalement le support du navigateur?
Merci
Eh bien, les deux Ionic et Onsen sont conçus spécialement pour Hybrid Mobile Apps. Vous ne pourrez tout simplement pas l'utiliser même pour les applications pour tablette sans personnalisation (si je me trompe, corrigez-moi) simplement parce qu'elles ciblent la fenêtre d'affichage limitée et intègrent des modèles UX de téléphone.
En outre, elles sont conçues avec PhoneGap in mind (les applications seront hébergées dans le composant WebView) et résolvent certains problèmes courants de WebView, tels que l’accélération GPU pour de meilleures performances.
Si vous avez juste besoin d'un cadre d'interface utilisateur pour une application Web simple, vous devriez jeter un coup d'œil à Twitter Boostrap ou Zurb Foundation . Pour un cas complexe, vous pouvez même envisager Sencha au lieu de Angular.
Il existe une partie d'Ionic qui attend l'installation du plug-in Cordova/PhoneGap Device. Cela aide à afficher correctement sur Android et iOS, ainsi qu'à augmenter la taille des barres d'en-tête pour iOS 7. Cela ne posera pas de problème pour le Web, car le "chrome" du navigateur occupera cet espace.
Vous risquez de perdre une partie de la douceur des transitions de page car les fichiers de gabarit doivent voyager via une connexion Internet (souvent cellulaire), mais votre application fonctionnera certainement si elle est construite avec Ionic ou Onses sur le Web.
Les choses ont considérablement changé au cours des derniers mois.
Les deux frameworks prennent désormais en charge splitview afin qu'ils puissent être utilisés pour les tablettes. Subjectivement, UEN UI a un meilleur support (il est beaucoup plus configurable), mais Ionic n’est pas mauvais non plus. Cela peut se traduire par de plus petits écrans de navigateurs de bureau.
Vous devez également prendre en compte le fait que Onsen UI a un navigateur de bureau dédié support (tous les navigateurs de kit Web). Ionic Framework fonctionnera également sur les navigateurs de bureau, mais n’a pas été entièrement testé ni optimisé pour un tel environnement.
Le plus gros problème ici est que les deux cadres n’ont jamais été conçus pour être utilisés sur des écrans plus grands. Ils ont l'air surdimensionné et gonflé. Si vous avez déjà travaillé avec jQuery Mobile (sur les navigateurs de bureau), vous comprendrez ce problème.
Rien ne vous empêche de le faire - cela pourrait même être une approche intelligente pour une approche de la première conception mobile. L’avantage est que vous pouvez rapidement réitérer une idée puis investir dans une application native ou spécifique à une plate-forme en fonction des commentaires et des statistiques des utilisateurs.
L'inconvénient principal serait les attentes des utilisateurs pour votre interface utilisateur et votre logique d'application, qui sont différentes pour une page Web et une application native. Par exemple, le bouton Précédent sera dupliqué dans le navigateur et dans votre en-tête. Vous pouvez utiliser des CSS ou des configurations spécifiques à la plate-forme pour le masquer. Ensuite, il y a l'état de votre application et vos données d'utilisateur. Voulez-vous l'enregistrer dans un stockage local, une session ou une base de données? Cela dépend de votre application et de votre meilleur jugement.
Certains problèmes de navigateur ne seront peut-être pas résolus dans le noyau de Ionic et Onsen car ils ne sont pas conçus pour fonctionner avec IE6/7 (voir support angulaire du navigateur ), par exemple, mais vous pouvez les résoudre en ayant une politique de prise en charge de navigateur graduée.