J'ai demandé hier à un collègue si une fonction avait trop de paramètres s'il serait préférable de créer une classe avec des propriétés à la place. Y a-t-il des lignes directrices que je peux suivre?Directives de conception de classe/fonction
Je pense que cela dépend de la langue que vous utilisez et du nombre de paramètres en question, et certains d'entre eux peuvent être laissés de côté lors de l'appel de la fonction. VB possède des paramètres facultatifs et C# 3 + permet l'instanciation à l'aide de paramètres.
La nouvelle classe aura-t-elle d'autres usages que l'exécution de cette fonction, ou l'état de cette classe sera-t-il pertinent plus tard dans le code?
Lorsque le nombre de paramètres dépasse Je commence généralement à penser à la refactorisation de la méthode. Il n'y a pas de nombre absolu, mais c'est ma règle générale. Il peut être judicieux de regrouper les données dans une classe de données, ou parfois cela signifie que je devrais déplacer la méthode pour qu'elle soit plus proche des données.
Tout dépend du contexte.
Par exemple.
S'il ne s'agit pas d'une opération de base de données, nous pouvons procéder selon la conception du système. Brisez le module et essayez de créer des sous-modules.
S'il s'agit d'un système de base de données, je préfère toujours écrire une classe de beans séparée pour la classe Fields et DAO pour les opérations.