Hybride App - Ionique vs NativeScript
Je suis dans l'espace mobile, depuis un certain temps et nous avons natif Android et iOS app déjà. Aujourd'hui, notre entreprise est la planification pour améliorer notre Site Mobile, et notre équipe a choisi Angulaire 2 + Tapuscrit + Ionique 2. Avec une grande difficulté que nous avons rempli notre formulaire d'inscription de développement dans Ionique + Angulaire.
Maintenant, je suis venu à connaître NativeScript pour développer des Applications Hybrides sans webview et comme il utilise le natif composant de l'INTERFACE utilisateur, les gens disent que le look & feel et la performance de l'Application sera la bonne.
Je suis peu confus pour choisir un
1. Angulaire + Tapuscrit + Ionique (html, js, css)
ou
2. Angulaire + Tapuscrit + NativeScript (xml, js, css)
Aussi notre plan à long terme est de maintenir une seule source à la fois pour iOS, Android et Site Mobile
S'il vous plaît aider moi.
Grâce
- AFIN de ne pas faire des recommandations, aussi nous répondons à cette question serait principalement opinion et n'est pas très productif. Donc je vote pour fermer la question.
- Je pense que c'est une excellente question, et il y a déjà deux excellentes réponses ci-dessous.
- Bien que vous pouvez certainement écrire votre code pour une source unique pour votre Cordova application et un site web mobile en utilisant le même dossier www, si vous avez l'intention de l'Apple store de presse, vous pouvez obtenir refusé par Apple, s'ils découvrent que vous avez un site web mobile qui regarde la même chose, même si légèrement reskinned. C'est à l'encontre d'Apple de l'application des lignes directrices, et c'est quelque chose qu'ils regarder dehors pour spécifiquement. J'encourage mes clients de ne pas le faire, même si à mon humble avis c'est une idée judicieuse pour sauver la maintenance de plusieurs branches, comme le risque de se faire virer complètement est trop grande.
Vous devez vous connecter pour publier un commentaire.
C'est vraiment subjectif de question/réponse, car il dépend de la quantité de travail que vous voulez faire. 🙂
Tout d'abord dans un Ionique /Angulaire app vous vous êtes essentiellement faire la même version web en même temps (c'est à dire son Hybride app). Performance peut être un problème grave en fonction de ce que vous faites. Des écrans simples pas tellement; beaucoup de données à introduire beaucoup plus de problèmes de performance. En plus de la mise en page sera probablement la cause de vous la plupart des questions que vous vous êtes essentiellement de codage pour un petit navigateur web qui a totalement différentes résolutions d'écran basé sur chaque et chaque appareil et le système d'exploitation il est en cours d'exécution sur. Si vous avez besoin de plus près à des performances natives; il y a des choses que vous pouvez faire pour rendre Ionique plus rapidement (c'est à dire comme l'utilisation de Concordance) et dans l'ensemble, vous pouvez générer un web décent/application hybride Ionique.
Cependant, les chances sont très probablement hybride n'aura jamais quelque chose de Natif de la performance, ni en fait agir comme une Application Native comme il est encore une application web s'exécutant dans un navigateur essayant d'agir comme une application native.
Maintenant, si vous êtes à la recherche pour les Natifs de la performance et/ou la capacité de faire des choses natif sur le périphérique, puis à l'aide de NativeScript pourrait être le meilleur choix. Vous obtenez des performances natives, et l'accès à toutes les commandes d'origine (c'est à dire des choses comme réel ListViews capable de gérer des milliers de complexes d'éléments avec aucun ralentissement), mais le coût est que vous N'avez pas à créer deux écrans séparés et distincts css pour votre application.
Si vous utilisez Angulaire ou VueJS; La logique réelle peuvent être partagées entre les deux un NativeScript et votre application Web. Et il y a maintenant plusieurs excellentes façons de le faire comme xPlat (Angulaire de la plateforme de partage de code). Mais dans chacun d'eux la génération de l'écran est encore différent. Donc, pour votre composant web/écran vous pouvez avoir un web
mycomponent.html
-><div>{{somevalue}}</div>
et dans NativeScript Angulairemycomponent.html
-><Label text="{{somevalue}}"></Label>
. Si vous vous retrouvez avec un plus de travail en amont dans NativeScript que vous avez à créer les deux distincte de la mise en page des fichiers. Cela peut sembler comme un problème; mais en réalité, ce qui permet en fait avoir le natif version mobile posé beaucoup mieux pour un Téléphone et/ou Tablette écrans. L'ouvre également des options supplémentaires, comme peut-être d'accéder en temps réel de la caméra dans la NativeScript mise en page, et un upload de fichier image du bouton dans la version html.Comme quelqu'un qui a utilisé les deux technologies, je suis fermement dans le NativeScript camp pour tous mes nouveaux projets, mais pour certaines personnes il y a encore quelques valide en cas d'utilisation à utiliser Ionique/Phonegap/Cordova. Si l'application est déjà basé sur le web et/ou de rien qui a vraiment besoin de tout complexe de vues et/ou des lots de données affichées. En fait, l'open source xPlat plate-forme qui nStudio offre, a un support pour les deux Ionique et NativeScript cibles. De sorte que vous pouvez en partage de code entre toutes les plateformes prises en charge et faire le meilleur choix pour votre entreprise à tous les points dans le temps.
Par exemple, peut-être que vous commencez avec les Ionique/Web construire parce que dans l'ensemble ils sont fondamentalement la même chose. En bas de la route avec xPlat de partage de code, vous pouvez facilement supprimer votre mobile le cadre de l'application de Nativescript enfin, lorsque vous avez de l'homme de plus de puissance/temps et/ou ont besoin de la meilleure performance.
Veuillez noter NativeScript w/Angulaire permet de partage de code; en outre, si vous êtes un grand VueJS ventilateur, NativeScript w/VueJS permet également le partage du code. Donc leur sont deux excellentes façons de faire du partage de code entre votre site web et votre NativeScript app fonction de ce que votre entreprise utilise déjà tout en gardant des performances natives pour votre application mobile.
Réponse courte
Avec Ionique vous construisez applications hybrides ou Progressive Des Applications Web. La structure de l'application est écrite en HTML et l'application est à l'aide de WebViews (quelque chose comme un site web à l'intérieur de votre application).
Avec NativeScript vous construisez vraiment applications natives que ne pas utiliser le DOM HTML et vous aurez à apprendre les composants de l'INTERFACE utilisateur de la plate-forme de ciblage (par exemple iOS/Android). Cependant, applications natives sont généralement plus rapide que les applications hybrides et vous pouvez accéder au matériel de fonctionnalités comme l'appareil photo, contact, agenda, appels téléphoniques, etc. tous avec des caractères d'imprimerie/code JavaScript.
Réponse longue
Voici un extrait d'un post de blog par Danyal Zia. Je vous suggère de lire l'intégralité de l'un.
Ionique (2)
Pros:
développer des applications pour Android, iOS, Windows Phone, et web.
navigateur, pas besoin de lourds émulateur de chargement.
chaque plate-forme.
tout type de fonctionnalités natives des appareils.
Contre:
NativeScript
Pros:
Contre:
Ne pas mélanger Nativescript avec des applications hybrides hybrides, les apps sont des applications qui utilise webview (comme Ionique), Nativescript est un Natif. Qui un de la différence entre les deux types.
Avec l'Ionique, vous pouvez avoir une seule source que vous avez le même point de vue de tous les trois cibles.
Avec Nativescript utilise élément naturel de sorte que vous aurez à faire deux points de vue différents pour les navigateurs et pour les mobiles et quelques changements entre le code javascript que certaines choses qui ne sont pas dans le navigateur de l'API, mais sont dans l'natif côté ou vice versa.
Dépend de l'application quelle est la cible de l'utilisation.
Tardivement à ajouter à l'excellent réponses ci-dessus, comme vous l'avez mentionné, l'entreprise doit fournir des intrants dans le processus de prise de décision ainsi. Ci-dessous sont quelques questions subjectives de l'entreprise aide réponse:
Quel sera l'impact du financement et l'identification de ressources pour les développeurs sur le projet? I. e.: nous avons à faire avec ce que nous avons? Obtenir de nouvelles personnes? Recycler? Hybride vs natif de solutions et de savoir si l'utilisation de code existant est requise est non trivial de l'impact. Imaginez une solution où natif ou avant la fin de l'développeurs de devenir plus ou moins redondantes...
Quel est l'impact sur l'entreprise si l'UI/UX est ou n'est pas similaire dans mobile vs web/responsive/hybride/PWA? Quid de l'impact d'un peu différentes capacités de l'accès natif des fonctionnalités comme l'appareil photo, GPS, notifications, etc entre les indigènes et web/responsive/hybride/PWA?
Les réponses sont les principaux moteurs d'aller sensibles (dire de la grille/flexbox/bootstrap), hybride (dire Ionique), ou natif (dis aime de Nativescript, Réagir Natif, ou pure os natif).
À la fin, la décision finale est une combinaison de techniques et d'entreprise des pilotes.