J'ai eu l'habitude de supprimer des espaces blancs traînants de mon fichier source. En fait, j'ai mon éditeur de le faire automatiquement. J'ai eu cette habitude en utilisant git; Cela a créé une habitude que je respecte.
Ma question concerne le fait que je ne peux pas justifier ce comportement. Je peux comprendre que dans certains domaines, tels que des concepteurs Web, cela peut avoir une incidence sur leur résultat final. Pour programmer cependant, qu'est-ce que nous en gagnons? Ne pouvons-nous pas simplement laisser ça?
3 Réponses :
J'aime aussi couper les espaces. Il n'y a pas d'exigence technique de le faire, mais cela présente quelques avantages:
La plupart de tous, cependant, il y a un avantage énorme (IMHO) d'utiliser un formatage cohérent tout au long du code source (espacement, indentation, style d'attelage ...). Cela rend le code plus facile à lire et évite les grandes diffètes des réformautés (si elle est toujours corrottée, il n'est pas nécessaire de reformater).
Par conséquent, je recommanderais de laisser un formateur exécuter automatiquement chaque fois que vous économisez (ou au moins pour chaque commit). De cette façon, les espaces de fin peuvent être éliminés comme un effet secondaire: -).
Parmi les raisons mentionnées, je pense que vous faites un bon point sur la cohérence afin de réduire les grands diffs.
Vous ne dites pas quelle langue vous utilisez, mais en C-Alikes, WhitSpace de fuite affecte les macros.
considère: Si c'est le dernier personnage sur la ligne --- SO Whitpace après cela le causera de casser.
+1 Bon point et le même concept peut être appliqué à d'autres situations. Par exemple, dans Ruby, vous pouvez utiliser le \ pour avoir une chaîne sur plusieurs lignes.
Perl et SH / BASH utilisent également une barre oblique inverse pour continuer une ligne et souffriraient du même problème. Il en va de même pour "ici Documents" à Perl et SH / Bash.
Bien sûr, si vous veulent Espace de suivi dans un document ici, vous ne voulez pas le dépouiller. Mais heureusement, je n'ai pas à programmer à Bash ...