> Des procedures/ fonctions de moins de 40 instructions (instructions, pas lignes). Si c'est trop gros, tu decoupes.
Bof. Si c'est une fonction fleuve sans imbrication, je vois pas pourquoi spliter la fonction. Des paramètres plus pertinants doivent être utilisés dont le nombre de variables locales utilisées, le nombre d'imbrication, la complexiter etc...
Personnellement, avoir une fonction qui est appelée uniquement une fonction n'améliore pas forcément la lecture. Je préfère une longue fonction fleuve. Si plusieurs actions sont réalisés, mettre un "gros" commentaire. Par exemple :
/*
* Stockage des informations récupérées
*/
[^] # Re: Critères de personnalité d'un code (formation et experience)
Posté par matiasf . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 4.
Bof. Si c'est une fonction fleuve sans imbrication, je vois pas pourquoi spliter la fonction. Des paramètres plus pertinants doivent être utilisés dont le nombre de variables locales utilisées, le nombre d'imbrication, la complexiter etc...
Personnellement, avoir une fonction qui est appelée uniquement une fonction n'améliore pas forcément la lecture. Je préfère une longue fonction fleuve. Si plusieurs actions sont réalisés, mettre un "gros" commentaire. Par exemple :
/*
* Stockage des informations récupérées
*/
et non
// enregistrement