Discussion :

[mandraker17]

Bonjour à tous, voilà pour un projet d'une application mobile destiné premièrement sur Android (puis plus tard sur IOS) on est dans la phase de sélection des technologies à utilisé. Le débat est tourné vers soit Cordova/PhoneGap et le FrameWork Native React et c'est ce dernier qui fait l'objet de ce topic.

J'aurai aimer avoir votre avis sur ce framework, et les possibilités qu'il a.

Aussi dans mon projet la page principale contiendra une animation d'un avatar avançant sur une ligne (dans les grands mots hein), Avec Cordova on utilise du css pour faire l'affichage, on voudrait donc utiliser une technologie annexe (exemple avec CreateJS ou Ionic) pour faire l'animation de la page. Est ce que vous savez si on a besoin d'une technologie similaire avec Native React ou est ce qu'il gère déjà l'animation des images ?

[grunk]

React c'est rien d'autre que du js donc ce que tu peux faire en CSS ou sur un canvas tu pourras le faire avec React (avec plus ou moins de faciliter)

[caroline Touta]

Bonjour à tous, voilà pour un projet d'une application mobile destiné premièrement sur Android (puis plus tard sur IOS) on est dans la phase de sélection des technologies à utilisé. Le débat est tourné vers soit Cordova/PhoneGap et le FrameWork Native React et c'est ce dernier qui fait l'objet de ce topic.

J'aurai aimer avoir votre avis sur ce framework, et les possibilités qu'il a.

Aussi dans mon projet la page principale contiendra une animation d'un avatar avançant sur une ligne (dans les grands mots hein), Avec Cordova on utilise du css pour faire l'affichage, on voudrait donc utiliser une technologie annexe (exemple avec CreateJS ou Ionic) pour faire l'animation de la page. Est ce que vous savez si on a besoin d'une technologie similaire avec Native React ou est ce qu'il gère déjà l'animation des images ?

Bonjour, moi aussi, je passe par ce stade. Actuellement, j'hésite entre le développement natif (Android et iOS) et le développement en utilisant React Native, plusieurs personnes ne m'ont pas encouragé d'utiliser react native vu qu'il s'agit d'un nouveau framework et il peut être instable, donc qu'est-ce que vous en pensez ? Et est-ce que vous pouvez m'informer à propos de votre décision ?

[grunk]

Une chose est sur les framework javascript disparaissent aussi rapidement qu'ils sont arrivés et évolue également très rapidement.

Ceci rend très difficile de planifier des projets sur le long termes.
React est effectivement assez nouveau , mais semble assez mature en terme de fonctionnalités. En revanche rien ne garantie que dans 1 ou 2 ans , il soit encore présent .

Mon choix s'effectuerai ainsi :

- Appli à durée de vie courte , sans réel maintenance à prévoir => On peut prendre le risque d'aller sur une nouvelle techno à la mode, ce qui permet de découvrir des choses nouvelles et monter en compétence
- Appli pro qui à vocation à être maintenue plusieurs années => Utiliser des technos éprouvées.

[caroline Touta]

Une chose est sur les framework javascript disparaissent aussi rapidement qu'ils sont arrivés et évolue également très rapidement.

Ceci rend très difficile de planifier des projets sur le long termes.
React est effectivement assez nouveau , mais semble assez mature en terme de fonctionnalités. En revanche rien ne garantie que dans 1 ou 2 ans , il soit encore présent .

Mon choix s'effectuerai ainsi :

- Appli à durée de vie courte , sans réel maintenance à prévoir => On peut prendre le risque d'aller sur une nouvelle techno à la mode, ce qui permet de découvrir des choses nouvelles et monter en compétence
- Appli pro qui à vocation à être maintenue plusieurs années => Utiliser des technos éprouvées.

Oui, je te comprends, mais le dilemme qui se pose, c'est que si attend quelques ans qu'une techno arrive à sa maturité, une autre aura pris le relais. Et re même question, nn? Donc là, je me trouve tourner dans cercle vicieux
Mon projet, c'est disant un projet qui va durer "forever", et c'est effectivement ça mon prob, je ne veux faire vraiment un mauvais choix

[grunk]

A mon avis la seule valeure sure pour un développement android c'est du natif Java (ou éventuellement c++). Tu es à peut près certains que ça ne disparaîtra pas tout de suite puisque c'est supporté directement par Google.

Tous les autres du genre phonegap , xamarin , angular/react/... peuvent être très pratique mais ne sont pour moi pas des solutions pérennes

[m4riachi]

J'utilise depuis quelque mois IONIC 2 et jusqu’à maintenant je suis satisfait, sauf bien sur qu'il y a de bon et de mauvais coté.

Les bons
- Une grande communauté
- Toujours il y a de nouveaux
- et bien sur le même code pour générer plusieurs plateforme (Android, iOs...)

Les mauvais
- Dans mes premiers jours j'avais des difficulté a comprendre leur cours surtout au niveau typescript
- Pour le moment votre application ne marchera que sur android >= 4.0, pour l'iphone je croix ios >= 8

[cfrancomme]

Pour ma part, le choix d'un framework ou non ne s'est pas posé en terme de maintenance mais plutôt de maîtrise et de performance :
J'avais besoin d'une application qui réagisse vite et bien sur tout type de téléphone iOS / Android. App type bancaire pour info. J'ai donc fait 2x natif.
Pas de regrets mais ça coûte... 2x

Par contre, je considère qu'on casse une application complète tous les 1,2 ou 3 ans (refacto, changements, fonctionnalités nouvelles, etc) et que du coup, il est préférable de changer de framework au fur et à mesure. Après tout, la promesse c'est à chaque fois d'arriver au même résultat mais en codant plus vite.
Le besoin étant souvent peu clair au début et très clair au bout d'un moment, ça vaut également le coup de tout refaire à ce moment là.
En gros, avec un budget de 1-1,25x le temps en dev natif on arrive à faire du multicompatible à un moment donné. Par contre le coup de maintenance sera éventuellement de 1x également dans 1,2 ou 3 ans.
Mais maintenir 2 codes natifs en parallèle c'est également coûteux en expertise (se tenir au courant de tout ce qui se passe sur 2 plateformes).

Donc, même dans le cadre d'une application qui va durer longtemps mais qui n'a pas de forts besoin de perf ou de maîtrise absolue graphique, je passerai par un framework que je mettrai à la poubelle le moment venu (obsolète, trop de modifs, effet balle de scotch à force de modifs = lenteurs fortes/instabilités , etc).
Après... Si on parle de vrai budgets conséquents et que tout jetter / tout refaire est difficile à justifier... Là ça vaut peut être le coup de se pencher plus finement.