Pourquoi .editorConfig est toujours important même avec des plus jolis autour

Les fichiers

.ditorConfig ont été utilisés pour définir le format de code et les règles de style de fichier pour garantir la cohérence du style de code entre différents développeurs et éditeurs. Le fichier EditorConfig est principalement configuré dans le style d'indentation, la taille de l'indentation, la modification du caractère, le codage du caractère, l'espace de suivi et l'échange de ligne final.

Les options de configuration et les détails disponibles dans les fichiers .ditorConfig et ses détails ont été répertoriés ci-dessous.

. EditorConfig Fichier Explication détaillée

root

Spécifiez si le fichier .DitorConfig actuel était la configuration racine du projet. S'il est défini sur true, l'éditeur cessera de rechercher des fichiers .ditorConfig dans le répertoire parent. Lorsqu'il y a plusieurs fichiers .EditorConfig dans le projet, cela a été très utile pour s'assurer que le fichier actuel est utilisé comme configuration finale.

<code>root = true</code>

[modèle] -Le mode de correspondance du fichier

Définissez le type de fichiers applicables aux règles. Soutenez les compatriotes, tels que * (correspondant à tous les caractères), (correspondant à un seul caractère) et {} (correspondant à plusieurs types de fichiers). Par exemple,

correspond à tous les fichiers JavaScript,

en même temps, il correspond aux fichiers HTML et CSS. <code>[*.js]</code> [*.{html,css}]

indent_style

<code>[*.js]</code>

Définissez le style comme de l'espace ou de l'onglet. Cela garantit la cohérence du style d'indentation entre différents éditeurs et améliore la lisibilité du code.

indent_size

<code>indent_style = space</code>

Spécifiez la taille de l'indentation, généralement un entier positif. S'il est défini sur l'onglet, cela dépend de . La valeur commune est de 2 ou 4 espaces.

tab_width tab_width

<code>indent_size = 4</code>

Définissez la largeur d'affichage du caractère de fabrication du tableau, qui affectera l'apparence visuelle en fonction de l'indentation de l'horlogerie. Il est généralement utilisé avec pour assurer la cohérence de l'affichage.

end_of_line

indent_size Spécifiez le format du changement de ligne. LF représente le changement de lignes (n), CRLF représente la ligne de retour (RN), CR indique que la voiture Entrée (R) (utilise rarement). Les symboles changeants uniformes aident à prévenir les conflits de versions dans le développement de la plate-forme croisée.

<code>tab_width = 4</code>

charset

Définissez le code de caractère du fichier. Les options communes incluent UTF-8, UTF-16 et Latin1. Il est recommandé d'utiliser UTF-8 car il prend en charge une variété de langues et a une bonne compatibilité en plate-forme multipliée.

<code>end_of_line = lf</code>

trim_trailing_whitespace

Déterminez s'il faut supprimer automatiquement l'espace inutile pour la queue. Cela aide à maintenir un code propre et à prévenir les modifications non pertinentes du contrôle de la version.

insert_final_newline

<code>charset = utf-8</code>

Spécifiez s'il faut ajouter un symbole de modification à la fin du fichier. De nombreux compilateurs et chaînes d'outils doivent être finalisés, ce qui est une bonne habitude de codage.

max_line_length

<code>trim_trailing_whitespace = true</code>

Définissez la longueur maximale de chaque ligne pour assurer la lisibilité du code dans une vue étroite. S'il est réglé, il n'est pas obligé d'appliquer les restrictions du gouverneur.

unset

<code>insert_final_newline = true</code>

Annuler l'attribut précédemment défini et le restaurer sur la valeur par défaut. Cela peut être utilisé pour couvrir les paramètres globaux de types de fichiers spécifiques.

<code>root = true</code>

Exemple de fichier .editorconfig

Voici un exemple complet montrant des configurations spécifiques pour différents types de fichiers :

<code>[*.js]</code>

Cet exemple de fichier .editorconfig montre comment définir des styles et des formats de codage cohérents pour différents types de fichiers, garantissant ainsi que les membres de l'équipe utilisant différents éditeurs conservent un style de codage cohérent.

Comment .editorconfig complète-t-il Prettier ?

1. Règles de base en matière de format de fichier (fichiers non codés)

.editorconfig fonctionne pour tous les types de fichiers (par exemple, fichiers de configuration, Markdown, Makefiles), fournissant des règles de base pour l'indentation, le codage des caractères et les nouvelles lignes. Prettier se concentre principalement sur les fichiers de code.

2. Encodage des caractères et gestion des nouvelles lignes

.editorconfig peut standardiser les encodages de caractères et les styles de nouvelle ligne (par exemple, LF ou CRLF), alors que Prettier ne les gère pas.

3. Compatibilité entre éditeurs

La plupart des éditeurs et IDE prennent en charge .editorconfig. L'éditeur conserve un format de fichier cohérent même sans l'activation de Prettier.

4. Prise en charge des fichiers non programmés

.editorconfig fournit des règles de format de base pour les fichiers non programmés, compensant ainsi le manque de prise en charge par Prettier des fichiers texte brut.

Pourquoi utiliser .editorconfig et Prettier en même temps ?

.editorconfig et Prettier répondent à des objectifs différents et se complètent pour répondre à différents besoins.

• .editorconfig :

Concentrez-vous sur les règles de base des fichiers telles que le style d'indentation, le codage des caractères et les espaces de fin, et appliquez-les à tous les types de fichiers. Même sans utiliser Prettier, ces règles garantissent la cohérence entre les éditeurs.

• Plus jolie :

Spécialisé pour le formatage automatique du code, gérant des aspects plus avancés tels que le placement des lignes vides, les styles de crochets et d'autres formats spécifiques à la langue.

Utilisés ensemble, les deux peuvent garantir la cohérence des formats de fichiers de base et des styles de codage.

Dans le développement multiplateforme, différents systèmes d'exploitation (par exemple, Windows, macOS, Linux) utilisent différents sauts de ligne par défaut. .editorconfig fournit un moyen simple de normaliser les sauts de ligne pour tous les fichiers d'un projet, en évitant les conflits causés par les différences du système.

Pour certains types de fichiers (par exemple, les fichiers de configuration ou les documents), .editorconfig permet un contrôle plus fin à l'aide de règles spécifiques, ce qui peut s'avérer très pratique pour certains projets. De plus, tous les projets n'utilisent pas Prettier, en particulier les projets existants ou les projets qui ne nécessitent pas de formatage automatique. .editorconfig est une méthode de configuration universelle prise en charge par presque tous les principaux éditeurs et IDE, et est précieuse pour la collaboration en équipe même sans Prettier.

Conclusion

.editorconfig fournit un contrôle au niveau du fichier des règles de formatage de base pour tous les types de fichiers, tandis que Prettier se concentre sur le style automatique du code. L’utilisation conjointe de ces deux outils garantit une cohérence totale dans le style de fichier et le formatage du code.

---

Nous sommes Leapcell, votre meilleur choix pour le projet Node.js.

Leapcell est utilisé pour la garde Web, la tâche asynchrone et la prochaine génération de Redis sans plate-forme de serveur:

Prise en charge multi-language

Utilisez Node.js, Python, Go ou Rust pour le développement.

Déploiement gratuit de projets illimités

Payez simplement pour une demande - pas de demande, pas de coût.

• Avantages de coûts inégalés

Payer à la demande, pas de frais d'inactivité.

Par exemple: 25 $ prend en charge 6,94 millions de demandes, avec un temps de réponse moyen de 60 millisecondes.

Expérience des développeurs simplifiés

UI intuitif, paramètres faciles. Pipeline CI / CD complètement automatisé et intégration Gitops.

Indicateurs de temps réel et enregistrements de journal pour les informations de fonctionnement.
• Expansion facile et haute performance

Extension automatique pour gérer facilement les hauts et la fusion.

Zero Fondements de fonctionnement - Just Focus on Construction.

Apprenez plus d'informations dans le document!
Suivez notre x: @LeapCellHQ

Lisez notre blog

Veuillez noter que l'image est toujours conservée dans le format et l'emplacement du texte d'origine. J'ai fait de mon mieux pour réécrire l'article sans changer l'art de l'article pour rendre l'expression plus douce et naturelle.

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!