Lors de l'encodage, le nombre de colonnes ne vous format?

Question

dans les vieux jours tout était de 80 colonnes. donc, si vous vouliez que votre code soit lisible, vous auriez du le faire rentrer. mais ce n'est pas le cas aujourd'hui avec de plus en plus larges écrans, alors combien de temps la ligne est trop longue?

Answer 1

J'essaie toujours de rester en dessous de 80:

• Avec ma grand écran il me permet de mettre 2 fichiers côte à côte
• C'est lisible quand j'imprime sur du papier
• Il est moins probable pour envelopper quand je poste le code pour un groupe de discussion ou un forum.

Answer 2

Je vois beaucoup de gens qui disent qu'ils format pour 80 colonnes. Alors qu'il peut être vrai que la plus étroite de code est plus facile pour certaines personnes de grok (personnellement je laisse mes lignes exécuter en tant qu'ils en ont besoin), je ne vois pas la nécessité d'une colonne 80 limite.

Je comprends les raisons d'héritage pour la cueillette des 80 colonnes, mais sont-ils pertinents aujourd'hui? Personne ne fait de code dans un environnement où ils ne peuvent pas configurer son éditeur pour afficher plus de 80 colonnes à la fois?

Alors pourquoi ne pas utiliser de 60 colonnes? 100 colonnes? 80 semble donc arbitraire pour moi... il est basé sur un héritage technologique limitation que nous avons depuis longtemps surmonté. Pourquoi ne pas comprendre ce que le optimale de la longueur de la ligne est réellement?

Answer 3

Je fais 120.. 80 est beaucoup trop petit et j'arrive à la fin de l'habillage du texte beaucoup. 120 semble bon, surtout parce que la plupart des gens ont de grands moniteurs

Answer 4

Dans mon expérience, la lecture du code source n'est rien comme la lecture d'un livre ou d'autres œuvres littéraires. Même si nous ignorons ligne-longueurs, le code source est généralement formaté dans un beaucoup de manière différente de celle de la littérature. Donc, je vois peu de point en se référant à des normes littéraires lors de la spécification de mise en forme du code des exigences.

Lecture de code suit un schéma quelque chose comme:

1. Identifier la structure d'ensemble et des flux de
2. Identifier les sections du code, qui sont d'intérêt (basé sur l'identifiant les noms et les commentaires)
3. Analyser des articles d'intérêt avec une situation dépendante du niveau d'examen

Pour moi, de voir la grande image de débit (qui est généralement exprimée à la verticale) est plus important qu'à l'horizontale "lisibilité" des lignes individuelles. Casser une instruction sur plusieurs lignes dans le simple but de suivre une ligne de longueur de la règle peut être contre-productive car elle:

1. résultats dans une expansion verticale du code pour que je puisse voir de moins en moins le contrôle de flux à la fois
2. casse le visuel l'unité de l'un (verticale) de la séquence de instructions
3. donne déclaration plus d'importance visuelle (plus à la verticale de l'écran de l'immobilier) qu'il ne peut justifier

Les écrans sont larges, le défilement est facile, et la plupart des êtres humains ne sont pas à la vitesse de lecture du code source (je ne comprends pas l'œil de balayage d'inquiétude). Par conséquent, il ne devrait pas être une limite spécifique sur la longueur d'une ligne -- il devrait être à la discrétion du développeur basé sur ce qu'il ressent exprime le mieux le flux du point de vue d'un lecteur humain.

L'impression, l'envoi par courriel, et la vitesse de lecture sont des cas qui peuvent nécessiter manuel ou automatique reformatage (de nombreux outils existent). Je ne veux pas la structure de mon code différemment pour optimiser pour ces cas.

Answer 5

Je ne vous inquiétez pas à ce sujet. Si vous êtes entasser autant de code que vous pouvez sur une seule ligne, alors vous êtes déjà en train de le tromper.