J'ai une question concernant la structure de mon code et comment garder les classes simples. Je travaille sur la simplification de la couche de service d'un projet C#. Une grande partie du code n'a pas pris en compte les pratiques de POO et il y a peu de classes avec des méthodes de plus de 200 lignes. J'ai commencé à extraire des méthodes plus petites, mais j'ai une question rapide sur la façon de le faire. Par exemple, j'ai une méthode qui récupère les répertoires de fichiers qui sont spécifiques à un client, puis vérifie s'ils existent, les crée s'ils ne le font pas et retourne finalement un objet avec une liste de ces répertoires. Je veux garder le principe de ne pas avoir de méthodes privées et extraire dans de nouvelles classes bien que traditionnelles j'aurais créé des méthodes privées pour vérifier si les répertoires existent, un autre pour les créer, un troisième pour récupérer les noms de dossier et retourner l'objet méthode publique pour appeler tous ces éléments dans l'ordre avec une interface associée avec une seule méthode.Couche de service et classes de simplification
Devrais-je créer de nouvelles classes pour chacune de ces méthodes privées et si oui, auraient-elles toutes besoin d'une interface? ou peut-être les garder tous publics et les appeler d'ailleurs?
Merci d'avance!
Je suspecte que cette question sera fermée. Peu importe, voici comment je l'approche: Dans les applications avec un stockage de fichiers dédié, j'ai tendance à faire une classe 'StorageManager', qui est responsable de servir chaque chemin de fichier que je souhaite utiliser. Il est configuré de manière à ce que tout chemin de fichier renvoyé soit automatiquement créé s'il n'existe pas. Si vous avez plusieurs stockages (avec des structures de dossiers différentes), j'ai tendance à hériter de 'StorageManager' et à surcharger la génération du chemin. Je ne suis pas sûr que ce soit objectivement le meilleur moyen, mais je trouve que c'est une approche propre. – Flater