IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C# Discussion :

Classe statique ou instanciable ?


Sujet :

C#

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Janvier 2007
    Messages
    70
    Détails du profil
    Informations forums :
    Inscription : Janvier 2007
    Messages : 70
    Par défaut Classe statique ou instanciable ?
    Bonjour à tous,

    Je dois écrire une fonction qui compare deux répertoires. Ce que je veux, c'est qu'il me retourne les fichiers en surplus du 2ème répertoire.

    Je pense donc qu'il serait bon d'écrire une classe DirectoryComparer, qui contiendra une méthode : GetTargetFiles(). Cette méthode me retournera les fichiers en surplus dans le "répertoire cible" (le 2ème répertoire).

    Ce sur quoi je me questionne, c'est s'il est mieux d'instancier cette classe ou de la laisser statique, et s'il est mieux d'avoir des données membres ou pas.

    Est-ce qu'il est mieux d'instancier ma classe DirectoryComparer, d'affecter ses membres SourceDirectory et TargetDirectory, et ensuite appeler la fonction GetTargetFiles(), qui utilisera les données membres en vue du traitement ?

    .. ou ..

    Est-il mieux de rendre la classe statique, et d'appeler la fonction GetTargetFiles() en lui passant mes deux répertoires en paramètre ?

    Depuis mes lectures sur les design patterns, j'essaie d'éviter les helper classes, et en rendant ma classe DirectoryComparer statique, je crains qu'elle devienne une helper class si je devais lui ajouter une autre méthode (par exemple, GetSourceFiles()) un jour ou l'autre ...

    Je veux à tout prix respecter le Single Responsiblity Principle.

    Que me conseillez-vous de faire ?

    Merci d'avance.

  2. #2
    Membre confirmé Avatar de deejay2221
    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    98
    Détails du profil
    Informations personnelles :
    Âge : 37
    Localisation : Canada

    Informations forums :
    Inscription : Janvier 2006
    Messages : 98
    Par défaut
    Eh bien, personnellement je metterais cette classe statique puisque tu n'a aucuns paramètres à partager. De plus, vu que cette classe est statique, tu pourra mieux gérer les accès au disque pour éviter que la fonction soit appelé 2 fois par 2 threads différents.

    Si tu aurais des paramètres, il serait indispensable d'avoir une classe instanciable mais pas dans ce cas. (Toujours selon moi)

  3. #3
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    A mon avis il n'y a pas vraiment une solution meilleure que l'autre, ça dépend de comment tu vas utiliser la classe...

  4. #4
    Rédacteur
    Avatar de SaumonAgile
    Homme Profil pro
    Team leader
    Inscrit en
    Avril 2007
    Messages
    4 028
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Team leader
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2007
    Messages : 4 028
    Par défaut
    Rien ne t'empèche d'utiliser un singleton qui combine (presque) les avantages des deux.
    Besoin d'un MessageBox amélioré ? InformationBox pour .NET 1.1, 2.0, 3.0, 3.5, 4.0 sous license Apache 2.0.

    Bonnes pratiques pour les accès aux données
    Débogage efficace en .NET
    LINQ to Objects : l'envers du décor

    Mon profil LinkedIn - MCT - MCPD WinForms - MCTS Applications Distribuées - MCTS WCF - MCTS WCF 4.0 - MCTS SQL Server 2008, Database Development - Mon blog - Twitter

  5. #5
    Membre Expert Avatar de Guulh
    Homme Profil pro
    Inscrit en
    Septembre 2007
    Messages
    2 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Septembre 2007
    Messages : 2 160
    Par défaut
    En tous cas, le framework lui même regorge de fonction statiques pour ce genre de tâches. System.IO.File est statique, et contient des tas de méthode du style Delete, Exist, Open, ...

Discussions similaires

  1. Tableau de constantes dans une classe statique
    Par Nico_stras dans le forum C#
    Réponses: 4
    Dernier message: 05/03/2007, 20h18
  2. Réponses: 2
    Dernier message: 08/02/2007, 11h39
  3. Classe statique en C++ ?
    Par oodini dans le forum C++
    Réponses: 9
    Dernier message: 18/10/2006, 13h31
  4. classe statique objet
    Par drKzs dans le forum Langage
    Réponses: 8
    Dernier message: 04/09/2006, 11h58
  5. Classe statique
    Par jeje99 dans le forum Langage
    Réponses: 12
    Dernier message: 04/01/2006, 16h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo