IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Mobiles Discussion :

Solution technique multiplateforme


Sujet :

Mobiles

  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 10
    Points : 8
    Points
    8
    Par défaut Solution technique multiplateforme
    Bonjour tout le monde,


    J'aimerai me lancer dans l'aventure du développement pour mobile. Je connais déjà le développement mais pas dans le mobile.

    J'ai vu que chaque constructeur de mobile avait leur propre OS, et que chacun de ces OS avait leur propre langage et SDK de développement.

    J'aimerais trouver une architecture facilement "multiplateformable".





    Déjà j'ai vu qu'il existait 2 types "d'application" pour le mobile :


    - Webapps : Qui est une application au travers d'un navigateur Web.

    Là on peux interargir avec le mobile (accéléromètre, Géolocalisation, etc ....), il existe différents framework permettant d'être multiplateforme et de facilité le codage.

    Mais je trouve qu'on perds le côté "intuitif" de l'application avec son icône sur le bureau ou dans le listing des applis.

    Par contre on a l'avantage d'être libre sur le déploiement et sur le "business plan", vu que le coeur de l'appli se trouve sur nos serveurs.


    - Apps : Qui est une application native à l'OS du mobile.

    Là on a le côté intuitif, natif de l'application (icône, visuel intégré à l'OS, etc ....), ce qui est vraiment sympa.

    Par contre on perds la main sur le côté déploiement (souvent passer par un market avec des règles, des restrictions pour faire valider son appli).

    Et si on veux être multiplateforme, cela deviens complexe. On dois pratiquement réécrire son application pour chaque OS visé.




    Ma question est simple. Existe t il un moyen de combiné les avantages de chacune de ces solutions ?

    J'entends par là :

    - Intégration native à l'OS
    - multiplateforme / facilité de portage et de maintenance du code (ne pas avoir à faire une évolution en 5fois car 5 OS visé, .....)
    - prise en main du déploiement (le plus possible)
    - Préférer se baser sur le process du mobile que sur sa bande passante (meilleur perf du process que de la 3G actuellement à mon goût)




    J'ai envisagé quelques architecture possible :


    1. Avoir un "lanceur" natif à l'OS qui héberge un site Web dans une interface intégré à l'OS.
    Ainsi je développe mon site, je déploie mon lanceur et je maîtrise l'ensemble. De plus je peux même développer des fonctionnalités dans le lanceur communiquant avec mon site pour alléger la bande passante.

    Mais là je ne suis pas sur que les contrôles pour mettre mon "lanceur" sur le market ne m'autorise à le mettre à dispo ???


    2. Monter une architecture basé sur le pattern MVC, où le cœur serait développer dans un langage bas niveau compatible avec chaque OS (C ou C++ par exemple) et où l'interface serait dans le langage propriétaire de l'OS.
    Ainsi ma portabilité est allégé (juste l'UI à refaire). Par contre j'ai moins d'avantage que dans ma première solution (déploiement entre autre).
    Et d'un point de vue technique, est ce faisable ?? (il faudrait que je le test)




    Merci de votre avis sur ma réflexion.

  2. #2
    Modérateur
    Avatar de Vil'Coyote
    Homme Profil pro
    Développeur adélia & Web
    Inscrit en
    Février 2008
    Messages
    4 583
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur adélia & Web
    Secteur : Industrie

    Informations forums :
    Inscription : Février 2008
    Messages : 4 583
    Points : 7 503
    Points
    7 503
    Par défaut
    pour moi les deux solutions sont fausse.

    soit tu te spécialise dans chaque langage et chaque framework comme tu souhaites tous faire sur tout ...

    sinon tu te spécialise dans un domaine et tu oublie les autres.

    il existe une 3eme solution mais qui a ses limite à savoir l'utilisation d'un l4g type windwev mobile permettant le développement sous windows phone, android mais pas sous iphone.
    la vie n'est pas cirrhose des foies ...

    Avant de poster un message Rechercher n'est pas qu'une option.
    FAQ Web - Tuto Web

  3. #3
    Membre expérimenté Avatar de riete
    Homme Profil pro
    DevWeb - Oléiculteur
    Inscrit en
    Avril 2006
    Messages
    1 193
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France

    Informations professionnelles :
    Activité : DevWeb - Oléiculteur
    Secteur : Bâtiment

    Informations forums :
    Inscription : Avril 2006
    Messages : 1 193
    Points : 1 414
    Points
    1 414
    Par défaut
    En attendant que tous les téléphones en soient équipés bosse HTML5
    ----
    L'avenir appartient à ceux dont les salariés se lèvent tôt.

Discussions similaires

  1. Choix de solution technique
    Par Sinclair dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 30/11/2007, 17h36
  2. Meilleure solution technique
    Par KooKoolen dans le forum Excel
    Réponses: 2
    Dernier message: 17/11/2006, 11h11
  3. [XSLT][JSP] solution technique pour cas typique
    Par Alix_10 dans le forum XSL/XSLT/XPATH
    Réponses: 3
    Dernier message: 04/09/2006, 13h09
  4. [Déploiement] Solution technique VS diagramme de déploiement
    Par Original Prankster dans le forum Autres Diagrammes
    Réponses: 2
    Dernier message: 24/10/2005, 15h01

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo