Discussion :

[alband85]

Bonjour,

je travaille actuellement sur un outil d'administration d'une application existante (développée dans une solution "isolée" de la solution de l'application), que je ne suis pas censé modifier (la modification impliquerait trop de changements).

Pour y accéder depuis l'application d'administration, j'ai jusqu'ici utilisé des interfaces. Mais dans le cas présent, j'ai besoin d'une classe dont tous les membres sont static.

Avez-vous des pistes pour ce genre de problème ? (je n'en demande pas plus : avec les informations que je fournis, je n'espère pas avoir LA solution)

Merci d'avance !

Alban

[Guulh]

Pas possible. Une fonction statique ne peut de toutes façons être appelée que par NomDeLaClasse.Methode, et donc "interface" et "statique" sont des concepts qui vont pas ensemble.

Après, je connais pas tes contraintes, mais un pattern singleton ne ferait pas ton affaire ?

[alband85]

Après une petite recherche, si je comprends bien, un pattern singleton est une classe qui ne peut s'instancier qu'une seule fois ?

Si on avait affaire à la même solution, ça aurait été une bonne solution, mais là, l'outil d'administration est "indépendant" (on importe les DLL générées par l'application en tant que références dans l'application d'admin).

Et pour ce qui est de la classe à "interfacer", je n'ai pas la possibilité de la refaire totalement.

Ceci dit, la solution n'a pas l'air triviale. Je pensais que c'était un problème bête que je ne savais pas résoudre par "incompétence" (je suis stagiaire, donc je ne sais rien faire ), mais entre temps, des collègues plus confirmés s'y sont penchés... et sèchent.

Je pense qu'il y a besoin du code pour s'en sortir... et je ne peux pas le poster ici (problèmes de confidentialité).

Si quelqu'un a une bonne idée, je reste preneur. Sinon, j'essaierai de poster une idée de la solution ici si je la trouve

En tout cas, merci !

[Guulh]

Après une petite recherche, si je comprends bien, un pattern singleton est une classe qui ne peut s'instancier qu'une seule fois ?

Yep. Simplifié à l'extrême, ça donne ça :

Code :

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

1
2
3
4
5
class A
{
public static readonly A Instance = new A();
private A() { }
}

C'est le design pattern de base, celui que les recruteurs adorent

Mais tu donnes peu de détails sur ton souci. Pas besoin de poster de code, mais quelles sont les caractéristiques des classe que tu importes qui ne te satisfont pas ? Pourquoi te faudrait-il une classe statique ? Tu parles d'interfaces ; d'où elle viennent ? Qui les implémente ?

[alband85]

Pour résumer, j'ai deux solutions (chacun ayant environ une 50aine de projets).
On appellera la première S, et l'autre est l'ensemble de sus outils d'administration (on l'appellera S_Admin).

Dans S, on a un certains nombre de choses qui ne dépendent que de la version de l'application (celle-ci est déployée sur divers environnements dans des versions différentes).
S_Admin doit pouvoir administrer toutes les versions de cette application.

Du coup, on a des interfaces qui relient S et S_Admin sans dépendre de S (aucune référence notamment aux DLL de S).

Dans le cas présent, on avait des membres static d'une classe de S qui m'intéressaient dans S_Admin.

Et au final, la solution n'était pas si compliquée... une interface allait bien, il fallait juste utiliser des accesseurs non static...

Exemple :

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
18
19
 // Propriété privée
private static string m_MonNom;
// Accesseur static
public static string MonNom 
{
  get
  {
    return m_MonNom;
  }
  set
  {
    m_MonNom = value ;
  }
}
// Méthode utilisée uniquement dans l'interface
public void SetMonNom(string nom)
{
  m_MonNom = nom;
}

Si ça t'intéresse, je veux bien essayer de détailler un peu s'il y a des points obscurs.