Je préfère également la manière dont tu as retranscrit la boucle et le try, c'est également la manière que je prendrais si je suivais cette notation. D'ailleurs CrEv l'a reprécisé plus bas, il n'a pas (du tout) l'air d'accord avec cette syntaxe. Soit. Ce n'était effectivement pas un très bon exemple. :)
Concernant le deuxième exemple, ca me paraissait illogique d'indenter le code de cette manière, mais finalement c'est ce qui rend le mieux. Ce qui me semblait surtout illogique, c'était que la suite de la condition est plus 'distante' (2 tabulations) du while que les instructions. Mais comme dit, au final ca rend bien.
Enfin pour le 3e exemple, je voudrais juste un peu reprendre mon propos, parce que je crois que ce n'était pas clair. Lorsque je lis les deux premières lignes, je ne vois pas tout de suite que ce n'est pas un bloc. En effet, je dois soit :
- lire la ligne suivante pour voir l'indentation ou la (non) présence d'une accolade.
- 'analyser le premier token' (hum, ca fait très compilo comme remarque, mais j'ai pas trouvé mieux) afin de déterminer si on est dans le cas d'une ouverture de bloc.
Pour moi ces deux solutions necessitent plus d'effort que de simplement vérifier si le premier caractère n'est pas une accolade.
Bon après, je dis pas qu'il n'y a pas de mauvaise volonté dans tout ça (habitude, quand tu nous tiens !) et que ce qui me parait plus fatiguant ne l'est pas une fois qu'on y est habitué.
Par contre ton dernier paragraphe j'ai pas trop compris, désolé...
Ce qui te rebute c'est que tu n'arrives pas à tout lire ? Mais est-ce que ce n'est pas plutot la fonction qui est trop grande ? je pense que dans une fenêtre tu ne dois pas gagner plus de 10 lignes en moyenne en passant d'une notation à une autre. Faudrait tester... Pour le passage d'une fenêtre à une autre, j'ai pas compris (Page Up / Page Down ?) ni le centrage de la fenêtre d'édition.
[^] # Re: Saut de ligne avant l'accolade.
Posté par Joël SCHAAL . En réponse à la dépêche O.S.T.D.C. une introduction au Développement en équipe. Évalué à 2.
Concernant le deuxième exemple, ca me paraissait illogique d'indenter le code de cette manière, mais finalement c'est ce qui rend le mieux. Ce qui me semblait surtout illogique, c'était que la suite de la condition est plus 'distante' (2 tabulations) du while que les instructions. Mais comme dit, au final ca rend bien.
Enfin pour le 3e exemple, je voudrais juste un peu reprendre mon propos, parce que je crois que ce n'était pas clair. Lorsque je lis les deux premières lignes, je ne vois pas tout de suite que ce n'est pas un bloc. En effet, je dois soit :
- lire la ligne suivante pour voir l'indentation ou la (non) présence d'une accolade.
- 'analyser le premier token' (hum, ca fait très compilo comme remarque, mais j'ai pas trouvé mieux) afin de déterminer si on est dans le cas d'une ouverture de bloc.
Pour moi ces deux solutions necessitent plus d'effort que de simplement vérifier si le premier caractère n'est pas une accolade.
Bon après, je dis pas qu'il n'y a pas de mauvaise volonté dans tout ça (habitude, quand tu nous tiens !) et que ce qui me parait plus fatiguant ne l'est pas une fois qu'on y est habitué.
Par contre ton dernier paragraphe j'ai pas trop compris, désolé...
Ce qui te rebute c'est que tu n'arrives pas à tout lire ? Mais est-ce que ce n'est pas plutot la fonction qui est trop grande ? je pense que dans une fenêtre tu ne dois pas gagner plus de 10 lignes en moyenne en passant d'une notation à une autre. Faudrait tester... Pour le passage d'une fenêtre à une autre, j'ai pas compris (Page Up / Page Down ?) ni le centrage de la fenêtre d'édition.