Maison > interface Web > js tutoriel > le corps du texte

Les principales raisons pour lesquelles vous ne devriez PAS utiliser Ember.js sur votre prochain projet

Mary-Kate Olsen
Libérer: 2024-10-27 21:30:02
original
493 Les gens l'ont consulté

The Top easons You Should NOT Use Ember.js on Your Next Project

Si vous démarrez un nouveau projet et essayez de décider quel framework frontend utiliser, alors cet article est pour vous. Voici mes 7 principales raisons de ne pas utiliser Ember.js sur votre prochain projet.

1. Vous n'êtes pas un développeur Web ambitieux

Ember se présente comme « un framework pour les développeurs Web ambitieux » et, avouons-le, tout le monde n'est pas ambitieux, ni développeur Web. Les développeurs ambitieux travaillent sur des projets ambitieux, et les projets ambitieux ont besoin d'une infrastructure qu'Ember inclut immédiatement.

En 1998, j'ai créé mon premier site Web, "The Track Shack". C'était un site sur notre équipe d'athlétisme du lycée, dont j'étais membre. Je ne savais pas coder à l’époque. J'ai écrit des articles en utilisant Microsoft Word 97 et utilisé la fonctionnalité « Enregistrer en tant que page Web » pour les exporter au format HTML, que j'ai ensuite téléchargé sur mon site Web Geocities. Un jour, mon entraîneur m'a demandé si j'avais créé un site Web. Apparemment, d'autres entraîneurs à travers l'État l'utilisaient pour obtenir des informations sur l'athlétisme de notre région. J'avais même inclus les résultats des compétitions de The Commercial Appeal (qui à l'époque n'était pas en ligne) et ajouté des récits dramatisés des événements de notre équipe lors des compétitions locales.

Si un site simple comme celui-ci répond à vos besoins, allez-y et utilisez la fonctionnalité « Enregistrer en tant que page Web » de Word.

2. Vous souhaitez assembler votre propre cadre

Ember est un framework frontend opiniâtre et doté de batteries. Si vous préférez passer votre temps à sélectionner chaque bibliothèque, jusqu'à la version du correctif, et à créer votre propre configuration sur mesure, vous serez profondément déçu par Ember.

Dans Ember, vous démarrez un nouveau projet en exécutant :

npm install -g ember-cli
ember new my-project
Copier après la connexion
Copier après la connexion

Et voilà, un nouveau projet est prêt à être exécuté avec :

npm start
Copier après la connexion
Copier après la connexion

Notez que les tests unitaires seront déjà configurés, ce qui nous amène à la raison numéro trois.

3. Vous ne prévoyez pas d'écrire des tests unitaires

Ember configure automatiquement les tests unitaires, d'intégration et d'acceptation et génère des stubs aux emplacements corrects chaque fois que vous utilisez ses générateurs de code intégrés. Par exemple, si vous créez un nouveau composant avec le gros bouton de génération de composant Ember, Ember génère les fichiers du composant et les talons de test correspondant, que vous êtes censé remplir avec des assertions pour tester votre composant.

Si vous ne voulez pas de tests, vous vous retrouverez avec des talons qui pourraient faire sourciller lors de la révision du code, vous obligeant potentiellement à écrire des tests ou à passer plus de temps à supprimer les talons avant de soumettre la demande d'extraction. Bien sûr, vous pouvez ignorer la génération de tests avec un indicateur de ligne de commande, mais c'est difficile à retenir et n'est pas recommandé.

4. Vous détestez le JavaScript natif

Ember utilise beaucoup les fonctionnalités natives de JavaScript, et l'utilisation de bibliothèques comme jQuery pour gérer le DOM est généralement mal vue. Par exemple, voici à quoi pourrait ressembler un composant basé sur une classe :

npm install -g ember-cli
ember new my-project
Copier après la connexion
Copier après la connexion

Si vous n'êtes pas fan du JavaScript natif, Ember n'est certainement pas pour vous.

5. Vous détestez séparer les modèles de JavaScript

Autrefois, nous construisions des pages HTML avec de bonnes vieilles chaînes JavaScript, comme ceci :

npm start
Copier après la connexion
Copier après la connexion

Les langages de modèles éliminent ce besoin, échappent automatiquement aux valeurs dangereuses et imposent une séparation des préoccupations entre la logique et la présentation (HTML), ce qui est préoccupant pour certains développeurs.

Une autre chose potentiellement ennuyeuse à propos du moteur de modèles d'Ember est qu'il met automatiquement à jour le code HTML de votre application lorsque les données changent, ce que l'on appelle la « liaison de données ». Si vous préférez gérer manuellement le DOM, concaténer des chaînes ou utiliser un moteur de modèle différent, Ember n'est pas pour vous.

6. Vous détestez jamais mettre à jour les dépendances

Une valeur fondamentale de la communauté Ember est « la stabilité sans stagnation ». Le framework est régulièrement mis à jour par incréments rétrocompatibles, suite au versioning sémantique. Toute fonctionnalité obsolète déclenche un avertissement en cours de développement, vous indiquant quand elle sera supprimée et comment la mettre à jour.

Ces messages de dépréciation peuvent créer plus de travail si votre responsable insiste sur une version sans avertissement. La mise à jour d'Ember est généralement simple, surtout si elle est effectuée régulièrement, mais si vous avez ignoré les mises à jour pendant des années, vous aurez du rattrapage à faire.

7. La communauté Ember utilise Discord

Si vous avez besoin d'aide pour un projet Ember, le serveur Discord de la communauté est l'un des meilleurs endroits pour la trouver. Mais si Discord est contraire à la politique de votre entreprise (ou tout simplement pas à votre style), cela pourrait être un facteur décisif.

Sur le serveur Discord, vous trouverez à la fois des débutants et des développeurs de framework Ember, et vous pourrez obtenir de l'aide, partager des idées et même discuter de l'avenir du projet. Mais attention : ces conversations peuvent devenir intéressantes et distrayantes, ce qui peut expliquer pourquoi certaines entreprises interdisent Discord.

Donc, si vous préférez l'IA aux vraies personnes, si Google recherche plutôt les conseils d'experts ou si vous détestez vraiment Discord, évitez les ennuis et ignorez Ember.js.

Conclusion

Et voilà, mes 7 principales raisons de ne pas utiliser Ember.js sur votre prochain projet. Si vous choisissez d'ignorer ce conseil et de vous plonger quand même dans Ember, vous pourriez me trouver tapi dans le serveur Discord. Si vous avez une question et que je connais la réponse, je pourrais essayer de vous aider, mais quelqu'un de plus compétent y répondra probablement avant moi. Alors peut-être pourrions-nous simplement discuter d'autres raisons de ne pas choisir Ember pour votre prochain projet !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:dev.to
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!