EditorConfig vs. Eslint vs. Prettier: Cela vaut-il la peine de les utiliser tous?
J'essaie de mettre en place des outils pour aider à maintenir la cohérence dans une base de code utilisée par plusieurs développeurs. Est-il nécessaire d'utiliser EditorConfig, ESlint et Prettier tous ensemble? Autant que je sache, EditorConfig est utilisé pour définir les styles/règles de codage, ESlint est utilisé pour s'assurer que le code est formaté de manière cohérente en lançant des avertissements si le code ne suit pas les règles, et plus joli est utilisé pour formater automatiquement le code en fonction des règles. Cependant, je pense que vous pouvez personnaliser les règles de manière plus jolie, ce qui fait à son tour le travail de EditorConfig. Est-ce vrai? Quelle est la meilleure combinaison d'outils à utiliser pour maintenir un code cohérent?
D'après mon expérience, la meilleure combinaison est les 3, et voici pourquoi:
EditorConfig: Cela aide votre éditeur à produire du code qui ressemble à votre guide de style au fur et à mesure. Bien que cela ne soit pas strictement nécessaire pour atteindre vos objectifs, c'est bien si vous regardez toujours du code qui suit les mêmes styles de codage. Sinon, si vous n'avez pas EditorConfig, car vous tapez votre éditeur sera automatiquement formaté différemment du reste de la base de code, ce qui prête à confusion. Bien sûr, si vous avez configuré plus joli, il le réparera avant qu'il ne pénètre dans votre base de code, mais quand même, pourquoi voudriez-vous le regarder dans un format pendant que vous l'écrivez et le faire basculer lorsque vous allez S'engager? Autant être cohérent.
Plus joli: Formate automatiquement votre code. J'aime le configurer pour le faire lorsque je planifie mes fichiers pour une validation, de sorte qu'il m'est physiquement impossible de valider du code qui ne correspond pas à mon guide de style.
ESLint: Alors pourquoi voudriez-vous aussi un linter? Parce qu'ESLint fait plus que du style. Il reprend lorsque vous déclarez des variables que vous n'utilisez pas, ou référencez des choses qui ne sont pas définies, parmi quelques autres subtilités. Ainsi, bien que son rôle diminue quelque peu par rapport aux jours précédents, il est toujours utile d'avoir dans un projet pour attraper les autres erreurs.
J'espère que ça t'as aidé!