Développement cross plate-forme d'application mobile

De plus en plus et les plates-formes mobiles sont en cours de lancement et sdk sont disponibles pour les développeurs. Il existe plusieurs plate-forme mobile sont disponibles:
Android, iOS, Moblin, Windows mobile 7, RIM, symbian, bada, maemo, etc.

Et en faisant de la croix-plate-forme d'application est des maux de tête pour les développeurs. Je suis à la recherche de choses en commun sur les plates-formes qui vont de l'aide pour les développeurs qui souhaitent port d'applications pour toutes les plateformes. Comme ce sont des diff résolutions d'écran, les méthodes de saisie, open gl soutien, etc.
merci de partager les détails que vous connaissez pour l'un de plate-forme.

Ou il y a des possibilités, par l'écriture de code html (type de widget de chose) et de les charger dans l'application native.
Je sais que sur android, dans lequel nous pouvons ajouter de la vue web en application en appelant setContentView(view)

S'il vous plaît partager la classe de détails que l'on peut ajouter l'affichage html dans l'application native de différents types de plates-formes que vous connaissez.

But de ce thread est de partager des détails commun à travers les développeurs. marquage de la communauté wiki.

De la croix-plate-forme des outils & bibliothèque

InformationsquelleAutor sohilv | 2010-07-30
  1. 95

    Ma réponse ici couvre certaines des limitations techniques de la croix-platfrom outils mais permettez-moi de développer un peu plus:

    Je pense que les outils de plate-forme ont historiquement toujours été perdants parce que ces outils ont le mauvais philosophique se concentrer.

    Tous les points de vente pour le cross-platforme outils sont les avantages qu'ils apportent à développeurs. Ils sont vendus sur l'idée qu'ils permettent de développeurs à écrire-une fois-run-n'importe où. Ils sont vendus sur l'idée qu'ils permettent de développeurs à élargir leur marché sans avoir à apprendre de nouvelles Api. Ils sont vendus sur l'idée qu'ils permettent de développeurs à sabrer dans les coûts et les délais de commercialisation.

    Ce cross-platforme de l'outil sont PAS vendus sur est le bénéfice qu'ils apportent aux utilisateurs finaux.

    Avantage pour l'utilisateur final n'est pas un argument de vente, car la croix-plate-forme de développement est rarement un avantage pour l'utilisateur final. L'utilisateur final ne se soucie pas comment dur le développeur a dû travailler pour amener le produit sur le marché. Ils ne vous préoccuper du nombre de plates-formes, l'application peut s'exécuter sur quand ils ne l'utilisent pas, mais une plate-forme. Ils ont juste des soins si l'application ne ce dont ils ont besoin sur le matériel dont ils ont besoin pour exécuter sur. À moins d'avoir un besoin spécifique pour exécuter l'application sur plusieurs plateformes différentes, le fait qu'il ne leur apporte pas de valeur.

    À l'inverse, les compromis à faire une croix-plate-forme API signifie que toutes les applications créées par l'API sera, au mieux, de grade B sur chaque plate-forme. Ils ne seront jamais le meilleur outil à utiliser sur chaque plate-forme.

    Tout cela signifie que dans la plupart des cas d'utilisation, de la croix-plate-forme d'outils de donner à l'utilisateur final un produit de qualité inférieure par rapport à celles faites avec plate-forme Api spécifiques. L'utilisateur aura toujours un meilleur choix.

    Vous faire de l'argent dans le long terme en donnant aux utilisateurs les outils les plus utiles. Si vous n'avez pas philosophiquement à se concentrer sur la prise de l'utilisateur plus facile et plus productif, vous êtes assez bien voué à l'échec dès le départ. Les utilisateurs finaux ont beaucoup de choix et si votre outil n'est pas un des meilleurs, vous ne voulez pas faire dans le marché.

    Vous ne devez utiliser de la croix-plate-forme d'outils si vous pensez, "les utilisateurs de profiter réellement de l'exécution de cette application sur plusieurs plateformes différentes." Si vous commencez à regarder la croix-plate-forme d'outils uniquement parce qu'ils feront de votre (les développeurs) la vie plus facile, alors vous avez choisi pour les mauvaises raisons, et ils vont vous faire du mal plus que ce qu'ils vous aideront.

    • Bien moins (inutiles) de travail pour les développeurs accélérer les cycles de mise à jour, plus rapidement de nouvelles fonctionnalités, plus rapide des corrections de bugs et ainsi de suite. Avec la même main-d'œuvre plus peut être réalisée. Je considère cela comme un avantage pour l'utilisateur final.
    • En théorie, le développement plus rapide peut-être mieux pour l'utilisateur final mais ce n'est pas les fondements philosophiques de la plupart de la croix-plate-forme d'Api. J'ai vu de nombreuses tentatives d'utilisation de ces outils dans de nombreux environnements et l'accent a toujours été de rendre la vie du développeur facile au détriment de la qualité du produit final. En outre, la promesse de plus rapide et moins cher que rarement paternité. Il semble toujours y avoir montrer l'arrêt de l'attelage de quelque part qui mange la plupart du temps économisé.
    • Pour lecteur de mon point de la maison, pensez à ceci: la Croix-plate-forme il existe des Api pour beaucoup de classes différentes de matériel et système d'exploitation. Combien de croix-plateforme des applications est-ce que vous utilisez sur une base régulière? Combien de croix-plate-forme d'applications avez-vous jamais que vous avez pensé du bien de? Les gens ont fait pression de la croix-plate-forme Api depuis leur a été plus d'une plate-forme, mais ils n'ont jamais vraiment réussi n'importe où. Ils ne réussissent pas parce qu'ils ne produisent pas de la plupart des applications utiles pour les utilisateurs finaux.
    • "Combien de croix-plate-forme d'applications avez-vous jamais que vous avez pensé du bien de?" - Google Earth
    • Les applications Web sont intrinsèquement de la croix-plate-forme, et au moins sur le bureau à côté, ils semblent être très populaire. N'est-ce pas une question de maturité?
    • Bronicki -- (1) Pas de site web apps correspondre à la vitesse, l'utilisation des ressources et de l'INTERFACE utilisateur des applications natives. Ils sont évidentes deuxième taux apps. (2) les Gens comme des applications web, précisément parce qu'ils les libérer de matériel de dépendance c'est à dire que les utilisateurs ne "un besoin spécifique pour exécuter l'application sur plusieurs plates-formes" les Gens à accepter le compromis des applications web, de sorte qu'ils peuvent accéder à partir de n'importe quel matériel disponible. Cependant, si vous en tant qu'utilisateur d'avoir un seul type d'appareil mobile, le fait que le développeur peut libérer pour de nombreuses autres plates-formes, vous donne très peu.
    • Je ne suis pas sûr de l'acheter. Vous avez raison en théorie. Dans la pratique, comme la plate-forme web d'échéance, les avantages des applications natives (pour certaines applications) devient de moins en moins importants, et à un certain stade natifs est tout simplement pas en valeur la dispute).
    • Bronicki, des Gens ont fait cet argument pour près de 30 ans, et au point de croix-plate-forme l'emporte sur le de la plate-forme est toujours "un jour à l'autre," mais le jour ne vient jamais. Le réel de l'attelage se pose dans l'implicite antécédent de "à un certain stade natifs est juste ne vaut pas la peine." Pas en valeur la dispute pour qui? Les utilisateurs ont toujours semblé pense qu'il vaut largement les développeurs de tracas pour développer la plate-forme spécifique et ils ne savent ni comment d'avantages pour le développeur.
    • Je suis sur StackOverflow maintenant sur mon navigateur web et ne vois pas de raison de chercher un client natif. Je pense que vous avez plus de généraliser vos revendications.
    • Bronicki -- Le navigateur web que vous utilisez est une croix-plate-forme d'application qui peut être installée sur deux ou plusieurs systèmes d'exploitation différents? Je n'ai pas entendu parler de celui qui fait qu'en plus d'un couple de Java expériences. FireFox, par exemple, est compilé séparément pour chaque système d'exploitation et même de la compilation ne peut pas être utilisé sur un autre OS. Il existe une différence significative entre la croix-plate-forme de code et d'un standard ouvert, comme html, css, etc.
    • Merci pour la clarification de notre différence. Je vois des applications web, des (actuellement) le premier exemple de la croix-plate-forme d'applications. Bien sûr, le navigateur lui-même n'est pas multi-plateforme (le navigateur de la plate-forme de code spécifique est ce qui permet aux applications web de la croix-plate-forme).
    • peut-être le plus mobile crossplaform les solutions ne sont pas assez mature pour l'instant, mais c'est seulement une question de temps. Je suis sûr de vous avant que quelqu'un a dit la même chose à propos de multi plates-formes d'applications de bureau. Pour multi plates-formes mobiles développement d'un jeu Corona SDK est probablement le meilleur choix pour le moment. Pour d'autres choses Sencha Touch + Phone Gap est une combinaison gagnante, à l'OMI.
    • Ce n'est pas "juste une question de temps". La croix-plat a la mauvaise philisophical concentrer et vous n'obtiendrez jamais la même performance que le matériel des Api spécifiques. La Performance est toujours une cible mouvante et de la croix-plat a faire des compromis, ce qui signifie qu'il ne sera jamais aussi bon que du matériel spécifique. Jamais.
    • Je suis très contrariée que ce genre de subjectif débat philosophique obtient la bonne marque sur une technique de site Web. Ce qui est pire, ce post est la thèse n'est pas valide pour la plupart des logiciels que nous utilisons aujourd'hui: les navigateurs Web sont de la croix-plate-forme; Photoshop, MS Office, Dropbox et étoffes sont de la croix-plate-forme; il suffit d'ouvrir le menu Démarrer ou le Finder et de la liste de la plate-forme spécifique gars -- les chances sont la plupart s'avèrent être trouver un petit utilitaire-vaisselle. Votre argument serait valable si vous croyez que les téléphones mobiles sont radicalement différents (un très hypothèse valide), mais il semble y avoir aucune arguments pour construire les fondations.
    • En gros, c'est dans le même sens en disant "des langages de programmation standard ont la mauvaise philosophique concentrer et vous n'obtiendrez jamais la même performance que l'architecture spécifique des jeux d'instructions par roulés à la main assemblée."
    • Vous avez besoin de relire mes commentaires précédents que j'ai déjà répondu à toutes vos affirmations. La réponse a été quelque peu subjective, car la question a été quelque peu subjective. Aujourd'hui, il aurait été déplacé vers un de l'autre débordement de sites.
    • "ne jamais obtenir la même performance que le matériel spécifique Api" n'est jamais un long moment.
    • De mon expérience personnelle avec les compilateurs croisés, je peux dire qu'un cross compilateur peut augmenter la qualité et de cycles de mise à jour considérablement pour les utilisateurs finaux. Cependant, ils ne pas rendre la vie plus facile pour les développeurs, mais sont un grand défi.
    • Je vois des gens soutien de la croix-plateforme. C'est le problème quand les développeurs web qui essaient d'entrer au marché de la téléphonie mobile. Que signifie tout simplement "je ne elle même, je ne sais pas, et je n'aime pas trop". En essayant d'intégrer en HTML et JavaScript pour tout ce que vous pouvez trouver va être un gros problème. Ces soi-disant développeurs demande comment la "qualité" de leurs applications, même les Google et Apple recommande l'utilisation de développement autochtones, et plus encore IOS 7 a quelques limitations à la croix-plate-forme. Un jour, ces gens prétendent même qu'ils peuvent créer des Robots avec HTML. Quel gâchis!
    • Je veux simplement dire que tout ce que vous avez dit est vrai, mais je pense que les développeurs savent ce - et vu le monde réel des contraintes (temps-budgets-ect..) souvent nos mains sont liées lorsque vient le temps de sélectionner le "meilleur" choix pour le développement. Développement Cross plate-forme a certainement une place et assurez-vous il y a quelques inconvénients, mais il y a aussi des gains comme avec n'importe quoi.

    InformationsquelleAutor TechZen
  2. 14

    Il existe plusieurs approches de développement cross plate-forme sur les appareils mobiles. Bien sûr, ils ont tous des limites. Aucune solution ne parvient à profiter de toutes les fonctionnalités de l'appareil au moyen d'une application native peut.

    De ré-utilisation du code

    Alors que tous les OS mobile de ne pas utiliser le même langage de développement et de l'API, vous pouvez parfois de la part de certaines classes ou de logique, niveau code.

    C++, par exemple, peut probablement être ré-utilisé pour une application iOS, pour une application Android en utilisant le NDK, pour un Symbian application, car ils sont développés en C++, etc.

    Certaines solutions offrent également la possibilité d'écrire l'application dans une autre langue que celle normalement utilisée par l'appareil. La plus célèbre (en fait le seul que je connais) sont commerciaux et sur la base des Mono projet (développement C#):

    Mais je ne suis pas sûr que l'on peut vraiment appeler cela de la croix-plate-forme de développement depuis la réutilisation de code est limité en fonction du périphérique :

    • Windows Phone 7 ne sera pas permettre à du code natif de développement (peut-être dans d'autres mises à jour)
    • Autant que je sache, mono comme le projet n'existent pas pour toutes les plateformes (encore?) bada, webOS, maemo, etc.

    Et l'INTERFACE utilisateur de la partie aussi des séjours spécifiques à chaque appareil.

    Développement Web

    Régulièrement réponse quand on parle de la croix-plate-forme de développement pour les mobiles est en développement web. Nous aurions alors besoin d'une cape, qui va utiliser le navigateur mobile, pour le faire paraître et de se comporter comme une application native. C'est ainsi que certains de la croix-plate-forme de cadre que nous allons voir plus sur le travail.

    La montée de l'HTML5 apporte du développement web, des fonctionnalités qui ne peut être fait avec une application native comme la géolocalisation, les applications, le stockage local.

    On peut trouver de plus en plus et cadres à développer une application web pour les mobiles avec une interface native en profitant des derniers standards du web HTML5, CSS3, Js:

    Mais HTML5 est encore très jeune et la mise en œuvre peuvent varier d'un navigateur à l'autre. La plupart des navigateurs mobiles utilisez le moteur WebKit (principale exception étant Windows mobile/téléphone à l'aide de Internet Explorer) et même si ils n'ont pas nécessairement prendre en charge les mêmes fonctionnalités. Base de données locale est toujours gênant de travailler avec et nous ne pouvons pas être sûr de savoir comment il va en œuvre par les différents navigateurs. En outre, même avec HTML5, web développement est encore très limitée par rapport à une application native. Vous ne pouvez pas accéder à vos contacts, appareil photo, accéléromètre, etc.

    Edit: plus Tôt ce mois-ci, le W3C, ont livré quelques mises en garde à propos de l'évolution de HTML5: L'Article de ZDNet

    Aussi, elle ne pourra convenir à une catégorie limitée d'applications.

    De la croix-plate-forme des cadres

    Et que nous avons les applications mobiles multi-plateforme des cadres. Avec lequel vous pouvez probablement développer une fois et de les déployer sur les différentes plates-formes. Ces solutions se concentrent généralement sur iOS et Android et de s'appuyer sur le moteur WebKit. Ils offrent une plus grande interaction avec le téléphone fonctionnalités en cours de développement avec des technologies web. Les plus connus sont Nitobi PhoneGap, RhoMobile Rhodes, Appcelerator Titanium. Mais beaucoup d'autres sont là et n'utilisent pas tous la même technique que pour les MoSync qui traduisent votre code pour son propre langage intermédiaire avant de le compiler pour la plate.

    [ 1 ] Rappelez-vous que Apple a une politique spéciale sur les applications écrites pour leur plate-forme. Ils ne semblent pas être le blocage de ces applications à cette date, mais c'est une information qui doit être pris en compte.
    Edit: Apple a changé cette politique depuis le 9 septembre.

    InformationsquelleAutor Jla
  3. 6

    Vous obtenez quelques points communs lors du déploiement d'une application web (html5 comme mentionné ci-dessus), mais pour les riches applications natives de l'Api sont complètement différentes pour les différents smartphones.

    HTML5 peut améliorer les choses un peu, mais à faire des choses intéressantes, vous devez aller natif.

    Il y a des " croix de la plate-forme smartphone cadres comme Phonegap mais j'ai entendu de mauvaises choses sur l'utilisation d'un "vrai" travail. (beaucoup de frais généraux, etc)

    InformationsquelleAutor seand
  4. 5

    Oui, html5 est d'obtenir une certaine attention. Vous devriez aussi regarder ce consortium & plate-forme pour venir en T4.
    Pas sûr de la réussite de ce projet, comme il sonne comme un défi énorme, mais voici plus de détails:

    Site web:
    http://www.wholesaleappcommunity.com/default.aspx

    News:
    http://news.google.de/news/search?aq=f&pz=1&cf=all&ned=us&hl=en&q=%22Wholesale+Applications+Community%22

    WAC vise à publier son premier
    la spécification et les composants de ses
    SDK pour les développeurs en novembre. Cette
    spécification sera basé sur le W3C
    des normes et de créer une plate-forme solide
    pour le développement de riches mobile web
    des applications. WAC fournira également
    rétro-compatibilité pour les appareils
    basées sur les JIL et BONDI
    les spécifications.
    (http://www.convergedigest.com/Bandwidth/newnetworksarticle.asp?ID=31021)

    .

    C'EST une coalition internationale de près de 25 entreprises de télécommunications, qui vise à créer une plate-forme ouverte à tous les développeurs et la vente de tous les utilisateurs de téléphone mobile.
    (http://www.downloadsquad.com/2010/02/15/atandt-wholesale-applications-community-is-a-platform-not-an-app/)

    InformationsquelleAutor Mathias Conradt
  5. 1

    Pour autant que je sais que la plupart de ces appareils sont en mesure de l'exécuter:

    Java - MOI-le Plus Omniprésent de la Plateforme d'Applications pour les Appareils Mobiles

    Je pense que cela peut servir à la fois de bons et de mauvais exemple.

    • En fait, il n'y a pas de java sur l'iPhone, et pour autant que je sais, java me ne fonctionne pas sur android
    • Développement Android est massivement Java. developer.android.com/reference/java/net/package-summary.html
    • Je n'ai pas connaître les détails, mais Aviaire JVM java pour fonctionner sur les appareils iOS.
    InformationsquelleAutor Fozi