Une méthode "abstract static" ?

Tout est dans le titre.

Ex : J'ai une classe mére 'Organisme'.
J'ai des classes enfant 'Humain', 'Animal', ...

Les classes enfants représentent les tables de ma base de données.
J'aimerais donc une méthode static qui me renvoit le nom de la table :
'HumainTb', 'AnimalTb', ... Mais une méthode abstract static, ça ne compile pas... :aie:

Ben, laisse tomber le static!

Code:

---

public string NomTable;

---

Code:

---

1 2 3 4

private static string m_nom_table = "Humain" public string NomTable { get { return m_nom_table; } }

---

=========================
et maintenant, la version longue:
=========================

Essayons de réfléchir à ce que cela aurait donné si tu voulais écrire une méthode abstract static. En fait, ce n'est pas si utile que ça.
Cela servirait à obliger toutes les implémentations à fournir une telle méthode, mais cela ne te permet pas de généraliser ton code.
En effet, tu ne peux pas prendre un Type et te dire "bon, puisque c'est un Organisme, il y a une méthode statique GetNomTable()" puis appeler Organisme.GetNomTable(). Tu dois appeler Humain.GetNomTable() ou Animal.GetNomTable().

Par contre, en utilisant une instance, ça marche.
unHumain.NomTable;
unAnimal.NomTable;

Je ne sais pas si je me suis bien exprimé.

Rmq: appeler une méthode statique à partir d'une instance de classe, c'est découragé, ou du moins c'est ce qu'Eclipse dit.:P

Ta solution m'interesse, mais ton attribut 'm_nom_table' doit se trouver dans la classe 'Organisme', non ?

Je vais m'interessé à la surcharge d'attributs, je pense que ça devrait répondre à mon problème...

Mais je trouve ça dommage d'avoir le nom de ma table dans chaque objet... :(

Organisme.cs:

Citation:

---

Envoyé par DonkeyMaster

Code:

---

public string NomTable;

---

---

Humain.cs:
Animal.cs:

Citation:

---

Code:

---

1 2 3 4

private static string m_nom_table = "Humain" public string NomTable { get { return m_nom_table; } }

---

---

l'astuce, c'est que m_nom_table est static, lui !

En plus, je ne suis pas sûr que tu crées beaucoup d'instances de chaque table, donc la différence n'est pas énorme. Si tu crées beaucoup d'instances de chaque table, tout ça est optimisable.

Mais ça, c'est une autre histoire...

Ok. Merci ;)