Comparaison : React Native vs développement d'applications natives

Le framework React Native RoR pourrait-il rivaliser avec le développement d'applications natives ?

C'est en fait l'une de ces applications hybrides sur lesquelles nous entendons tant d'opinions ces jours-ci. Il existe de nombreux outils de développement multiplateformes, mais celui auquel nous prêtons attention dans ce texte est le framework React Native RoR. React Native est-il natif ? Enquêtons alors sur la question.

Aussi multi-optionnel que soit devenu notre monde, nous devons prendre environ 3 500 décisions chaque jour, et ce n'est même pas le summum. Ce facteur multi facultatif a également affecté le monde du développement natif iOS (et Android) - il existe de nombreuses façons de créer une application. Vous pouvez avoir votre application sur différentes plateformes, qu'elle soit web ou mobile, native ou multiplateforme, tout peut être compris en fonction de vos besoins et de vos valeurs. Nous essaierons de mettre en évidence les avantages et les inconvénients de chaque cas.

Les voies de développement d'applications bien connues et parcourues sont natives et multiplateformes. Le développement d'applications natives fonctionne très bien pour les mobiles, et est un type officiel de développement pour un objectif spécifique (soit iOS ou Android), au sein d'un IDE spécifique ( XCode ou Android Studio ) et sur un certain langage ( Kotlin/Java pour Android, Swift/ Objective-C pour iOS ).

Le deuxième type d'applications développées est appelé hybride. Quelle est la différence entre le développement d'applications multiplateformes (par exemple, React Native) et native ? Le développement d'applications multiplateformes est un peu différent du natif, car dans la plupart des cas, il comprend un framework open source qui mélange les concepts de développement mobile et Web, et assez souvent il est écrit en Java Script, bien qu'un résultat final être un fichier d'application "like-native". La rivalité « applications natives contre applications hybrides » atteint son apogée ces jours-ci.

Alors que tout est clair avec les plates-formes et les langages "natifs", les applications hybrides ont une classification plus large. Les frameworks JS multiplateformes les plus couramment utilisés sont les suivants :

• Cadre ionique 3
• Xamarin
• Cordoue (anciennement PhoneGap)
• React Native RoR framework

Aujourd'hui, pourquoi choisir des applications hybrides et sur quel framework les construire ? Que choisir - React Native vs Ionic ? Xamarin vs React Native ? L'un des frameworks les plus utilisés pour le développement d'applications multiplateformes est React Native , mais qu'est-ce qui pousse les gens à l'utiliser ? J'ai essayé d'enquêter sur la question.

Réagissez plus vite.

[Source de l'image : Facebook React Native]

Je parie que vous avez reconnu chacune de ces icônes. Tous (dans le passé, ou même actuellement) étaient ou sont construits à l'aide de React Native. En parlant de cela, la société Facebook est essentiellement un propriétaire et un promoteur actif du développement d'applications React Native. Cependant, l'entreprise elle-même nie être un "outil pour les applications hybrides". Comme ils le déclarent sur leur débarquement officiel,

« Avec React Native, vous ne créez pas une « application web mobile », une « application HTML5 » ou une « application hybride ». Vous créez une véritable application mobile qui ne se distingue pas d'une application construite à l'aide d'Objective-C ou de Java. React Native utilise les mêmes blocs de construction d'interface utilisateur fondamentaux que les applications iOS et Android classiques. Vous venez d'assembler ces blocs de construction en utilisant JavaScript et React.

[Source : Facebook Github]

Mais React Native est-il vraiment différent du développement d'applications natives ? Eh bien, pas tout à fait. Tout d'abord, même le processus de création d'applications est différent ici.

Comment créer une application native de réaction ? Envelopper.

React Native pour Android (et iOS) lui-même est un wrapping sur la compilation native, où l'outil JS vous permet de créer des applications beaucoup plus facilement. Il a même une structure simplifiée - les composants ressemblent aux balises HTML de base. Le code que vous écrivez dans React Native est unique pour chaque plate-forme mobile, mais il existe de nombreux outils universels qui peuvent être réutilisés et réappliqués sur iOS ou Android. De plus, vous pouvez avoir quelques destinations de build, ce qui me fait appeler le développement React Native non seulement un framework multiplateforme, mais également un multi-appareil. Vous pouvez adopter votre application pour iOS, comme AppleTV et Mac OS.

Les applications développées dans React Native ne nécessitent pas d'IDE natif (XCode ou Android Studio), bien que vous puissiez les développer en les utilisant, car l'IDE personnalisé d'Expo - React Native a moins de fonctionnalités de débogage à offrir. Le framework RN ne sophistique pas non plus la structure des composants - c'est assez simple, et si vous en cherchez une plus complexe, vous devez utiliser des parties natives iOS ou Android, enveloppées dans une couverture JS sur le dessus (ce qui est assez , assez désordonné). Certains composants sont habillés d'un , ce qui vous aide à y mettre divers accessoires.

Quelques avantages qui font de React Native une offre savoureuse pour les développeurs d'applications multiplateformes du monde entier :

1. Cela nécessite moins de ressources de votre part.

Comme pour toute solution multiplateforme, c'est moins cher et un peu plus économique ; vous n'avez pas besoin d'embaucher deux équipes de développement d'applications distinctes - vous pouvez en avoir une en développement, mais le résultat couvrirait les deux plates-formes si vous le souhaitez. Le montant des ressources et des coûts consacrés à la création de ces applications sera, bien sûr, nettement inférieur à ce que nécessiterait le développement d'applications natives.

2. La puissance native de React réside dans ses composants.

Comme cela a déjà été dit, la liste des composants acceptables pour React Native est énorme. A leur tour, ces composants pourraient certainement être réutilisés dans d'autres projets, s'ils présentaient quelques ressemblances communes.

3. Il a une énorme communauté.

Combien de personnes comptez-vous sur la communauté officielle React Native de Facebook ? Au moment où cet article a été publié, le nombre a dépassé les 23 000. Le plus grand avantage de faire partie d'une grande communauté est un sentiment d'inclusion + la capacité d'en extraire de nouveaux composants. Les composants que vous créez pour vos besoins personnalisés peuvent facilement être distribués au sein du groupe - et vous pouvez ainsi trouver une solution prête à l'emploi lorsque vous en avez besoin, sans avoir à la réécrire à partir de zéro.

4. Il est promu par...

La société Facebook dans son ensemble peut déjà être nommée «Branded Brand», de sorte que l'ensemble de Facebook-derrière-il donne un avantage géant au framework React Native (si nous prenons même la comparaison Ionic vs React Native). Les utilisateurs ont confiance que ce réseau social est suffisamment durable pour représenter les produits qu'il annonce et sur lesquels il prétend s'appuyer.

Une taille ne convient pas à tous.

De l'autre côté du ring, là où se trouvent les développeurs d'applications natifs, il y a aussi des valeurs et des avantages que vous achetez lorsque vous payez pour « devenir natif ».

1. Natif = plus réactif.

La réactivité d'une interface est quelque chose que les concepteurs UX recherchent et pour lesquels ils ont déployé des dizaines d'efforts. Lorsqu'il s'agit d'une application native, chaque écran de conception est conçu séparément et adapté aux directives des magasins pour s'adapter au style - plat ou matériel .

2. Langues maternelles = officiellement développées par les magasins Apple et Google.

Native App Store et Google Play acceptent les applications construites sur les langages développés et supportés par les plateformes. Si vous suivez les directives, votre échelle vers le magasin est prête. Avec une application multiplateforme, vous avez toujours une chance d'accepter, mais il y a de fortes chances que vous soyez rejeté pour un peu d'interface ou de navigation "webbish".

3. "Besoin de vitesse".

L'un des principaux principes de l'ingénierie de l'utilisabilité est synonyme d'interactions rapides - "1,0 seconde est la limite pour que le flux de pensée de l'utilisateur reste ininterrompu". Alors que les applications natives réagissent et fonctionnent assez rapidement pour maintenir les utilisateurs dans le rythme du système, les produits hybrides prennent souvent du retard.

4. Natif = plus sophistiqué.

Les solutions multiplateformes basculent lorsque vous cherchez à créer quelque chose qui existe déjà, avec des fonctionnalités hors de la classe "moyenne". Lorsqu'il s'agit de choses complexes (tous ces algorithmes à la mode IoT, AR/VR, Big Data Mining sont dans cette liste), les applications hybrides manquent de capacités techniques pour réaliser ce que vous voulez. D'un autre côté, les IDE et les langages natifs ont des perspectives technologiques infinies - des tas de choses pourraient être écrites dessus.

Choisissez avec soin.

Si vous recherchez une application simple à créer (des listes et rien de plus complexe que cela), alors React Native est un plaisir. Si des performances supplémentaires de l'application sont requises, des procédures de développement plus complexes surviendront - vous devez déjà passer à Swift ou à Kotlin, puis envelopper le tout dans la couverture scintillante de Java Script ; et cela ne semble pas être une chose facile à faire. Ainsi, pour des choses comme le streaming vidéo ou audio, le routage, les discussions en temps réel, la retouche photo, etc., vous feriez mieux de commencer par le développement natif dès le début, en évitant ces inconvénients.

De plus, React Native est un framework JavaScript complet, et l'ensemble du code peut même être écrit dans un éditeur de texte comme TextMate ou Notepad ++. Cependant, lorsqu'il s'agit de créer un projet, vous avez désespérément besoin d'un IDE particulier, ou au moins d'un émulateur.

Il existe quelques exemples d'applications RN décentes :

• Les applications Facebook, évidemment
• Applications mobiles Airbnb (hybrides iOS et Android)
• Application mobile Walmart (car elle comportait un certain nombre de vues Web intégrées avec leur implémentation inférieure aux attentes)

Vous pouvez consulter la liste complète des produits basés sur RN sur leur site officiel, et encore une fois, RN remporte le concours de framework React Native vs Xamarin ici.

Par souci de perspective.

Selon les statistiques de Flurry, "le consommateur américain passe aujourd'hui en moyenne 2 heures et 38 minutes par jour sur les smartphones et les tablettes. 80% de ce temps (2 heures et 7 minutes) est passé dans les applications". Votre produit doit en quelque sorte s'adapter à ces 2 heures par jour. Tous points considérés, le framework React Native RoR serait une solution pratique pour un petit projet à court terme; les critiques prouvent qu'il est rapide, furieux et nouveau, ou lorsque vous voulez "tester le concept". Néanmoins, à long terme, ou lors de la planification d'une innovation technique pour démarrer, vous ne pouvez pas compter sur une option toute faite. Vous avez besoin qu'il soit construit à partir de zéro, vous avez besoin qu'il soit personnalisé - vous en avez donc besoin pour le développement d'applications natives.

Écrit par Artem Chervichnik et Elina Bessarabova .