Re: Pas con

[^] # Re: Pas con

Posté par fearan le 30 novembre 2021 à 13:24. En réponse au journal Quelles seraient les meilleures règles de formatage de code ?. Évalué à 3.
C'est principalement lié au fait de faire du html, et que pour pas mal de truc 'simple' on se retrouve à devoir avoir plusieurs niveau pour un composant.

Alors on peut faire une fonction pour la partie interne, mais on transforme un problème vertical à un problème de scroll... Typiquement rien que pour un truc de base on est déjà a plusieurs niveau d'indentation par exemple

https://codesandbox.io/s/2ju94?file=/demo.js

c'est un exemple de table pour materialUI, pour avoir ta table tu vas avoir
1 => composant
2 => fonction
3 => table
4 => tbody
5 => map sur les ligne
... et ainsi de suite
au final on commence colonne 16 avec une indentation de 2; pour une indentation à je te laisse imaginer 4...

pour peu que tu ajoutes des paramètres tu top très vite la limite à 80;

Alors oui ils auraient pu faire des fonction intermédiaire; mais on paye le nommage des paramètres, avec des truc qui de base s'imbriquent.
```
<BoutonMachin variant={'outlined'} size={'small'} onClick={() => handleBidule()}>
 {intl.formatMessage({id:'labelDuBouton}
</BoutonMachin>
```
rien que pour cet exemple de base on est à 81 caractères sans indentation... le formateur auto, lorsque ça dépasse va te mettre un paramètre par ligne.
```
<BoutonMachin 
 variant={'outlined'} 
 onClick={() => handleBidule()}
 size={'small'}
>
 {intl.formatMessage({id:'labelDuBouton}
</BoutonMachin
```
Il ne faut pas décorner les boeufs avant d'avoir semé le vent

[^] # Re: Pas con