Bonjour, j'aimerai avec un avis sur une section de la documentation de PEAR.
Plus particulièrement le chapitre sur les conventions de codage.
Il est dit :

Utilisez une indentation des 4 espaces, sans tabulation. Ceci permet d'éviter les problèmes avec les fichiers diff, les patches, l'historique CVS et les annotations.

J'ai pris l'habitude de coder en 4 espaces, sans tabulation et j'aimerai savoir en quoi les avantages cités
ici rendent utile cette convention.
Je ne veux pas lancer le débat du : moi je préfère la tabulation par rapport aux espaces.
Je voudrais une explication sur la ligne suivante :

Ceci permet d'éviter les problèmes avec les fichiers diff, les patches, l'historique CVS et les annotations.

En quoi cela influt-il sur les fichiers Diff, les Patches, l'historique CVS et les annotations.
Quelqu'un pourrait me donner un retour d'expérience ? Ou une explication ?
Merci par avance.

En fait, c'est un peu surfait le fait de préciser les diff, les patches, et CVS, parce que les deux derniers dépendent de diff si je ne me trompe…

Au niveau de diff, ils oublient de préciser (un petit coup d'oeil au man me l'indique) qu'il suffit de préciser des options comme --ignore-space-change ou encore --ignore-tab-expansion pour ignorer l'indentation, et après quelques tests, cela fonctionne avec des espaces comme des tabs…

Donc, sans vouloir lancer un troll, je le dis haut et fort, à fortiori avec les éditeurs modernes qui fonctionnent tous à la tabulation, il n'y a absolument aucun argument valable pour soutenir les soft tabs…

Que se passe t il si tu mets dans ton code des espaces et des tabulations pour faire l'indentation ?
N'est il pas utile de définir cela au démarrage du développement ?
Pour Eclipse, ça semble être automatique en fonction du type d'indentation utilisé précédemment par
un autre développeur.
Merci pour ta réponse, cela me semble toujours utile de déterminer le formalisme au démarrage
d'un projet, pour avoir plus de cohérence entre les développements fait.
J'en conclu que c'est un formalisme mis en place par les équipes de PEAR et qu'une fois mise en
place ils préfèrent ne plus y toucher.

Oui, c'est essentiellement une norme de développement. Dans du développement à plusieurs tu te mets d'accord sur des normes claires histoire d'avoir des sources homogènes.
Après c'est question de choix. Si tu n'as aucune contrainte (genre par exemple si tu réutilises énormément de sources qui ont les mêmes normes) et que tu n'as pas encore choisi ta norme, alors je pense que tu devrais utiliser des tabulations, qui restent beaucoup plus agréables et plus adaptées, mais après c'est un avis personnel…

La raison invoqué si je me souviens bien, c'est que les espaces sont toujours de longueur unique alors que la longueur d'une tabulation dépends du logiciel utilisé, et donc que la présentation initiale peut fortement changé selon les configuration.

Oui, et c'est débile parce que si la longueur d'une tabulation est différente dun log à l'autre c'est parce que tu peut le régler facilement dans la conf pour ne plus jamais avoir à y toucher…

Oui, et c'est débile parce que si la longueur d'une tabulation est différente dun log à l'autre c'est parce que tu peut le régler facilement dans la conf pour ne plus jamais avoir à y toucher…

Ouep. La seule raison (valable ou non, chacun jugera) de préférer les espaces, c'est de pouvoir faire de l'ascii art dans les commentaires en étant sûr que ça ne se "casse" pas dans l'éditeur du voisin.

Oui, et c'est débile parce que si la longueur d'une tabulation est différente dun log à l'autre c'est parce que tu peut le régler facilement dans la conf pour ne plus jamais avoir à y toucher…

Ouep. La seule raison (valable ou non, chacun jugera) de préférer les espaces, c'est de pouvoir faire de l'ascii art dans les commentaires en étant sûr que ça ne se "casse" pas dans l'éditeur du voisin.

Si c'est seulement pour ça, je peux vivre avec ou sans
Merci pour vos contribution, je ferme le post.