Appcelerator vs Android SDK
J'ai été à la recherche à appcelerator, il semble assez bien! Sans doute, l'un des avantages de appcelerator est son support multi-plateforme. Je suis intéressée par la construction d'une application android et peut-être une application iphone plus tard. Donc, il n'est pas crucial de prendre en charge plusieurs plates-formes pour le moment.
Si l'on fait abstraction de prise en charge de plusieurs plates-formes et de se concentrer uniquement sur le développement android. Est appcelerator toujours avantageux? Il ne manque à l'une des fonctions de "Android sdk"?
(Quand je dis "Andorid sdk", je veux dire de développement avec Eclipse avec native Android sdk, si elle fait aucun sens)
Vous devez vous connecter pour publier un commentaire.
Nous avons regardé Appcelerator lors du démarrage de notre projet Android. Nous savions que nous aurions à faire un iOS client, de sorte Appcelerator était séduisant.
Nous avons décidé de ne pas aller dans cette voie, car il ne prend pas en charge toutes les fonctionnalités natives de chaque appareil.
Par exemple, nous avons décidé dès le début que notre interface utilisateur d'Android aurait besoin d'un widget. Aucun soutien pour dans Appcelerator, car il est spécifique à Android. [Il y a quelques mois en arrière,- vous voudrez peut-être vérifier à nouveau].
Compromettre sur l'interface utilisateur était trop pour nous. Nous avons décidé d'aller avec le C/C++ pour l'application de la logique et de l'utilisation du kit SDK d'Android pour l'interface utilisateur.
Nos applications ont maintenant deux morceaux: C/C++, autant que possible, pour les "cerveaux" et les natives (Android/Cocoa Touch) pour l'INTERFACE utilisateur de profiter de l'expérience d'INTERFACE utilisateur.
Fonctionne bien pour les plates-formes qui peuvent intégrer les C/C++.
Le conseil d'adieu: de la conception de votre interface utilisateur d'abord, puis de trouver un outil qui peut la mettre en œuvre. Les utilisateurs ont des attentes élevées de l'INTERFACE utilisateur dans les appareils portables. Compromettre dès le début peut-être la KOD pour votre projet.
[MODIFIER] Chaque tellement souvent que je vois un upvote pour cette question. Je voudrais mettre à jour avec ce que nous avons appris au cours des deux dernières années:
Mise à JOUR Oct/2014
En Mars/2014 Smashing Magazine a publié un excellent article comparant le natif iOS, Android natif, PhongeGap (Cordoue) et Appcelerator Titanium. Ils montrent le développement d'une application simple dans chaque environnement.
C'est la dernière partie de la série. En haut de cette partie, il y a des liens vers les parties précédentes de la série, et au fond il y a la comparaison des approches. Il ya aussi d'intéressants commentaires de lecteurs à la fin.
Mise à JOUR Mai/2015
D'obtenir un upvote pour cette question, tout aussi souvent, donc, je tiens à partager ce que nous avons fait depuis que j'ai écrit la première partie de la réponse.
Nous sommes en train de travailler sur un projet qui a également un client web. Nous avons maintenant l'iOS du client, le client Android, plus le client web.
JavaScript est le choix naturel pour le client web.
Depuis nous voulons partager autant de code (à la business logic layer) sur l'ensemble de ces clients, cela signifie que nous devons trouver un moyen d'exécuter du code JavaScript dans iOS et Android.
Et c'est ce que nous avons fini par faire.
Ceci est un résumé de la façon dont nous nous occupons:
Le pont entre le JavaScript et le iOS/Android couche peut être un goulot d'étranglement, en particulier la sérialisation d'objets. Nous avons dû optimiser un peu les choses et appris quelques leçons de rester hors des ennuis.
Généralement l'expérience a été positive. Nous avons sauvé un montant considérable de temps en partageant le code à travers tous les clients.
Si je devais commencer un autre projet comme celui-ci (qui nécessite le partage de code avec le web et les clients mobiles), je voudrais aussi prendre un coup d'oeil à ce que Google a fait pour la boîte de réception. Il n'est pas disponible lorsque nous avons commencé. L'air prometteur.
Mise à JOUR août/2015
Et le monde continue de tourner...
Je voudrais aussi prendre un bon coup d'oeil à Réagir Natif si je devais commencer une nouvelle application mobile maintenant.
Il est basé sur JavaScript, pont entre le web et le développement mobile plus facilement.
Il y a un tutoriel en Ray Wenderlich du site.
Mise à JOUR février 2016
Ma liste restreinte pour la croix-plate-forme de développement est en panne à deux:
J'ai payé plus d'attention à ionique parce que notre application web utilise AngularJS et donc ne ionique (Cordova + AngularJS). Réagir Natif force l'équipe à apprendre un autre cadre (bien sûr, l'argument est le contraire si votre application web utilise Réagir).
Néanmoins, j'avais sérieusement envisager Réagir Natif, même avoir à apprendre un autre cadre, en raison de la performance et le look-and-feel de l'application. À partir de Réagir Natif du site:
Si vous êtes à partir de maintenant, je vous recommande de prendre le temps au moins de compléter leurs tutoriels afin de vous obtenir un meilleur feeling de chaque cadre. Chaque tutoriel peut être de compléter en une à deux heures:
Pour une approche plus simple: Smashing Magazine qui vient de sortir (au moment où j'ai écrit cette mise à jour) un bon article montrant comment utiliser le natif éléments de navigation pour rendre l'application sentir (bien...) natif, tout en utilisant des vues web pour rendre le contenu. L'article va dans les détails de comment faire de l'HTML/CSS utilisable dans les appareils mobiles (ce n'est pas simplement appuyer sur le HTML/CSS que vous avez déjà).
Si vous ne vous focalisez que sur le développement d'applications pour la plateforme Android, je recommande que vous devriez utiliser Android natif (Eclipse + kit SDK d'Android comme vous l'avez dit) au lieu de Titane.
Raison: Titane est adapté si
Vous souhaitez développer des applications rapidement, ou
Vos applications est simple, ou
Vous voir Java est si difficile (peut-être :p ), vous pouvez ainsi choisir la plus facile (Javascript de Titane).
Et voici les raisons pour lesquelles vous devriez utiliser Android natif au lieu de Titane:
Vous voulez développer un complexe d'application, ou
Vous souhaitez personnaliser application de l'apparence. C'est très important. L'imagerie de vous faire une application pour le client, et ils ont besoin de leur application à être personnalisées pour plus accrocheur. Le choix de Titane signifie que vous devez utiliser à leur contrôle, qui manque de capacité à personnaliser. Il serait mieux si vous utilisez native Android, que vous pouvez personnaliser tout ce que vous voulez.
c'est une question très difficile à répondre, sans les détails concernant les exigences de l'application.
Je vous conseille de prendre un coup d'oeil rapide à la La documentation de l'API de Appcelerator pour voir ce que le cadre permet aussi de prendre un moment à la liste de base des exigences de votre application, puis de déterminer quel outil sera le meilleur pour votre projet.
Je pense que vous êtes sur un bon de commencer à utiliser Appcelerator, car il utilise JavaScript, etc. Facile à apprendre, mais de bons exemples. Il vous permettra également d'utiliser le même code et de la portée de l'iPhone,l'iPad apps. Apprendre à utiliser juste le SDK Android est plus compliqué. Même alors, vous avez encore besoin de développer plus tard etc iPhone apps. Si vous venez d'un arrière-plan web ce sens. Il y a une bonne vidéo pour un apprentissage rapide. Bonne Chance
Mes expériences avec Appcelerator semblent suggérer qu'ils sont plus d'un iOS boutique. Leur ensemble d'outils pour Android est, à mon humble avis, tout à fait défaut. ADT supports visuels de l'INTERFACE utilisateur de création et de débogage sur le périphérique, qui Titane Studio n'a pas. Il y a eu un bug déposé à ce sujet depuis plusieurs mois maintenant, et il continue d'être retardée. Si votre objectif est Android, de Google d'utilisation de l'outil ADT ou MOTODEV Studio pour Android. Ces Ide sont très belles et sont utilisés par les professionnels.
La réponse ci-dessus présente une excellente façon de développer des applications mobiles. NE TRANSIGEONS PAS SUR UNE QUALITÉ DE L'EXPÉRIENCE UTILISATEUR.
Manque de prise en charge de bluetooth est un énorme déficit pour Appcelerator et ne donne pas un indice au sujet de la feuille de route.
edit : appcelerator ont maintenant BT soutien dans Tizen 3.1
Bien, dans la nouvelle version de appcelerator (APPCELERATORSTUDIO 4.0), vous pouvez avoir alliage de projets, et quelque chose comme des fichiers css pour votre INTERFACE utilisateur (tss), donc en fait ils sont vraiment personnalisable.
Greatings
Appcelerator a beaucoup de soutien et il est vraiment facile à utiliser. Il prend en charge 100% de l'api native appelle maintenant. Ils ont vraiment une bonne documentation trop.