Discussion :

[farfouch00]

Bonjour,

Ma question est ultra bête (...) : J'ai une centaine de méthodes qui seront utilisées dans une vingtaine de classe (mettre un TextBox en une certaine couleur et une certaine police... des méthodes élémentaires quoi), et je voudrais savoir (et je vous serai reconnaissant si vous m'expliquez au détail près) comment créer un fichier ou une classe, qui contiendra ces fonctions et que je peux appeler dans mes classes.

Merci!!!

[kheironn]

Tu veux ajouter une classe à ton projet ? C'est bien ça la question ?

[farfouch00]

Salut,

J'avoue, c'est tellement bête que j'arrive pas à bien expliquer :

"Comment rassembler toutes les fonction que j'utilise, dans un seul endroit, pour pouvoir les appeler quand je veux dans mes classes sans devoir les recréer dans celles ci"

Est ce plus clair?

[kheironn]

Bref factoriser le code.

C'est vraiment le b-a-ba !
Si j'ai bien compris, tu veux utiliser des méthodes d'une classe "tools" dans d'autre classes ?
Regarde du côté de la visibilité des classes, méthodes, etc. (public, private, etc.)
Après, soit du static soit de l'instance (à préférer)... et roule !
Enfin tu peux faire un autre projet (= nouvelle dll) que tu pourras utiliser dans pleins d'applications différentes.

j'ai bien peur de ne pas avoir compris. Dans le doute...

[farfouch00]

Oui oui, c'est bien ça (classe tools machin )

Avant, sur Java, j'avais un fichier Java "Util", ou il y avait toutes mes fonctions, alors pour les appeler ils suffisait de mettre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

string resultat = Util.nomMethode(params....)

C'est exactement la même chose, alors j'ai essayé de créer une classe Util, mais je pense que je serai obligé de créer une instance avant d'appeler ma méthode :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

new Util().nomMthode();

je me trompe?

[farfouch00]

Ah oui, c'est bon, il suffit que je déclare static ma fonction.

Merciiiiiiiiiiiiiiiiiiiiiiiiiiiiii

[Jeecer]

tu es en visual studio?

eh bien tu crée une classe tu lui donne un nom genre "FormulaireMethode"

Globalement tu crée tes méthodes "toutes bête" puisque tu sais les faire, en les déclarant public:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
public void NomMethode(type1 parametre1, type2 parametre2...)
{
   //et tu rentre ton code ici, en fontion des parametres que tu as placé
}

et pour l'appeler tu fais à partir de la classe dans laquelle tu en as besoin :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
FormulaireMethode Formulaire = new FormulaireMethode();
 
//tu peux appeler toutes tes méthodes : 
 
NomMethode(parametre1, parametre2)

En gros!

[MaximePalmisano]

Créer des classes qui contiennent des méthodes statiques, c'est la méthode un peu bourrine et pas conseillée.

Sinon tu peux créer des classes normales qui contiennent les méthodes (Toujours en respectant le principe qu'une classe contient des méthodes qui ont un lien entre elles etc ...) et tu passes ces classes par injection dans le constructeur via une interface.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
public class Calculator : ICalculator
{
    public int Add(int a, int b)
    { }
    public int Substract(int a, int b)
    { }
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
public class Tester
{
    private ICalculator calculator;
 
    public Tester(ICalculator calculator)
    {
        this.calculator = calculator;
    }
 
    public void DoStuff()
    {
        // Do stuff
        int addedValues = calculator.Add(value1, value2);
        // Do stuff
    }
}

De cette manière, pas de code dupliqué, pas de couplage fort (Grâce aux interfaces), tests unitaires faciles à réaliser (toujours grâce au interfaces) et un code bien organisé.