Discussion :

[brachior]

Bonsoir ^^

J'ai des objets Component qui possèdent plusieurs identifiants ID
(qui sont affectés à des objets internes à un Component)

Lorsque j'ai besoin de ces identifiants,
Le Component n'est pas encore créé (et il ne le peut/doit pas)
Je dois donc passer par quelque chose de statique ...

Le mieux serait une méthode statique dans chaque Component
Qui retournerait tous ses identifiants ...

Mais c'est pas possible (si ? )
Car pour cela, il faudrait que cette méthode soit dans l'interface ...

Merci de m'aider ^^
Je suis ouvert à toutes les propositions ^^

[nevaram]

Salut,

par réflection tu peux appeler une méthode static sur chacun des objets, mais tu ne pourra imposer que cette méthode soit implémenté.

Je ne sais pas si tu as la main sur ces dit objets ?

[Nathanael Marchand]

Je pense que comme la dernière fois y'a un problème de conception à la base

Le mieux serait une méthode statique dans chaque Component

Rien que cette phrase est magique car elle ne veut strictement rien dire! Une méthode statique est une méthode qui n'est pas une méthode d'instance il est donc impossible d'avoir deux objets avec une méthode statique qui dépendrait de l'objet. A vrai dire ma phrase ne veut aussi rien dire car une méthode statique est membre du type et non pas de l'instance. Enfin bref y'a un sacré méli-mélo entre classe/objet et statique/instance. Et comment peut on récuperer des attributs d'un objet si cet objet n'a pas d'instance?

Si c'est pour le même sujet que la dernière fois: applique des choses simples! La vie c'est pas le Xbox Live où il faudrait appliquer un maximum de patterns pour obtenir des trophées!

Note: y'a rien de méchant ni moqueur dans ce post hein

[brachior]

En fait, quand je dit «Le mieux serait une méthode statique dans chaque Component»,
Je ne parle pas d'une instance mais véritablement de la classe.

Un objet ObjA qui hérite/implémente Component n'aura que une seule implémentation,
Donc les identifiants en question seront définit une bonne fois pour toute ...
Qu'on instancie 1 ou 20 fois la classe, ça ne changera rien ...

C'est pourquoi un accès statique est possible ...

Pour ce qui est des patterns,
Oui j'en utilise beaucoup ... Non c'est pas pour faire joli ^^
Mais moi et la bidouille ... J'ai arrêté (du moins j'essaye au maximum ^^')

Les patterns (avec parfois quelques modifications mineures)
Répondent parfaitement aux attentes d'un logiciel,
Ils sont parfait pour maintenir une cohésion dans un logiciel
Et permettre son évolution simplement ...

Après j'ai pas eut beaucoup de cours à ce sujet ...
J'en aurai plus l'an prochain ...
Mais quand je vois les logiciels actuels
Et le temps que passe les gens à les débugguer ...
Je me dit qu'il est préférable de perdre du temps sur l'architecture,
Quitte à ralentir la productivité de la boite ...

@nevaram :
En fait, ceux sont des plugins,
Donc ce n'est pas moi qui les écrirais tous =/

En fait je cherche un moyen de récupérer des variables propres à une classe
Et que la personne qui écrit cette classe se rappel/sache qu'il le faut =/

[nevaram]

récupérer des variables propres à une classe

Des attributs ne pourraient-ils pas faire l'affaire ?

[nah666]

La vie c'est pas le Xbox Live

Mon monde s'écroule

[brachior]

Des attributs ne pourraient-ils pas faire l'affaire ?

J'y pensais justement ...
(j'en ai jamais fais, mais ça se rapproche des Annotations en Java ... non ?)
Le seul truc, y a moyen d'imposer ce mécanisme ?

Je pourrai essayer de faire un test de rechercher un champs/méthode statique spécifique
Par réflexion au sein d'un Component donné pour savoir s'il respecte ou non la "syntaxe" imposée Oo
Par exemple une dll des tests basiques que doit respecter un nouveau Component ...

Je sais pas ce que vous en pensez Oo