Je me demande pourquoi il y a tant de buzz autour de React. Tout le monde semble en être ravi, mais je n'ai pas pu m'empêcher de demander : « Pourquoi réagir ? Pourquoi pas Ember ? ?

Personnellement, je suis un grand fan d'Ember. C'est peut-être parce que j'ai appris Ember avant de plonger dans React. Lorsque j’ai commencé à apprendre React, j’ai découvert que bon nombre de ses fonctionnalités semblaient assez similaires à celles d’Ember. Mais malgré les similitudes, je trouve toujours qu'Ember est plus simple et plus intuitif.

J'ai appris Ember en utilisant sa documentation officielle, sans recourir à des ressources supplémentaires. J'ai également clarifié mes doutes avec des collègues et d'autres personnes ayant de l'expérience avec Ember. Cette expérience pratique a renforcé mon appréciation des atouts d’Ember.

Permettez-moi de vous expliquer pourquoi Ember se démarque dans mon livre, surtout par rapport à React :

? Ember CLI

Cela pourrait être une raison majeure d'envisager d'utiliser Ember au lieu de React. Ember CLI est un outil puissant qui rationalise les tâches telles que l'ajout de routes, de composants ou de plugins. Il est intégré et conçu pour fonctionner de manière transparente.

Les outils CLI de React, comme Create React App, sont pratiques mais offrent généralement moins de fonctionnalités intégrées. Ils nécessitent souvent une configuration supplémentaire pour les configurations complexes, ce qui peut augmenter les frais de développement.

? Routage facile

Le routage d'Ember est particulièrement simple, rendant la navigation fluide et intuitive. Avec Ember, la configuration des itinéraires est simple grâce à ses conventions intégrées.

Le routage de React nécessite plus d'installation et de configuration, en particulier lorsqu'il s'agit de routes imbriquées et de segments dynamiques.

? Des conventions fortes

L'une des forces d'Ember est sa nature auto-configurable. Tout comme Spring Boot, Ember est conçu pour fonctionner immédiatement avec ses conventions et ses valeurs par défaut. Cela réduit le temps consacré à la configuration initiale et permet de se concentrer davantage sur la création de l'application.

La flexibilité de React est avantageuse mais signifie souvent plus de configuration et de prise de décision, car elle n'impose pas de structure spécifique. Cette flexibilité peut conduire à des bases de code incohérentes si elle n'est pas soigneusement gérée.

? Tests sans effort

Les tests dans Ember sont simples et robustes. La CLI du framework est livrée avec une prise en charge intégrée des tests, ce qui facilite l'écriture et l'exécution de tests.

React prend également bien en charge les tests, mais cela nécessite souvent des outils et des bibliothèques supplémentaires comme React Testing Library. Bien que ces outils soient puissants, ils peuvent ajouter une couche supplémentaire de configuration.

? Ember Mirage

Pour le développement front-end, Ember Mirage est un avantage significatif. Il agit comme un serveur en mémoire qui vous permet de simuler les interactions API sans avoir besoin d'un véritable backend. Ceci est particulièrement utile pour développer et tester des fonctionnalités lorsque le backend est encore en cours ou lors de la simulation de diverses réponses du serveur.

React n'a pas de solution intégrée pour se moquer des API. Les développeurs utilisent souvent des bibliothèques ou des outils tiers comme MirageJS, qui, bien qu'inspirés d'Ember Mirage, peuvent nécessiter une configuration supplémentaire.

Alors, qu'en pensez-vous ? Avez-vous essayé Ember ? ? Avez-vous des expériences ou des opinions sur les raisons pour lesquelles l'un pourrait être meilleur que l'autre ?

Commençons une discussion dans les commentaires ci-dessous. J'aimerais connaître vos réflexions et vos expériences. ?

Si vous souhaitez en savoir plus sur Ember, vous pouvez consulter la documentation officielle d'Ember.js ici.