Version imprimable
Bonjour,
j'aimerais savoir comment diviser mon programmer en plusiseur fichier afin d'en faciliter la lecture et les future modification.
Avoir un fichier par exemple qui contruit la fenêtre...
et un autre qui place et gère les composant de la fenetre
et un dernier qui place et gère le menu....
D'après ce que j'ai compris, je devrais utiliser les singletons pour empêcher d'avoir ++ instances.
Mais a partir de la, je ne sais pas du tout comment procéder....
pouvez vous m'aider ?
merci
Euh je ne suis pas sûr de bien comprendre ton problème... Tu parles de fichiers ou de classes? En principe tu peux decouper ton code en autant de fichiers que tu veux, à ceci près qu'une classe doit être (a ma connaissance) entièrement codée dans un même fichier. A ceci près, tu peux faire ce que tu veux.... Une bonne habitude qui améliore bien la lisibilité est de mettre une classe par fichier (sauf si tu as des classes très petites).
Quel est le rapport?Citation:
D'après ce que j'ai compris, je devrais utiliser les singletons pour empêcher d'avoir ++ instances.
donc oui c'est diviser mon programme en plusieur autre fichier .class
on ma dit d'utiliser les singleton pour ne pas avoir plusieur Instances de créer.
j'ai entendu parler de design pattern en quoi cela consiste et peut t-on faire communiquer les différents composants si il n'appartienne pas a la même classe
Des fichiers .java, non? .class est le fichier compilé...Citation:
c'est diviser mon programme en plusieur autre fichier .class
Qu'entends tu par "sigleton" et "instance"? Est-ce que tu n'est pas en train de confondre avec "instance de classe"?Citation:
on ma dit d'utiliser les singleton pour ne pas avoir plusieur Instances de créer.
Bien sûr.... Les méthodes et attributs public d'une classe sont acessibles à tous les autres classes...Code:peut t-on faire communiquer les différents composants si il n'appartienne pas a la même classe
singleton = pour n'avoir que 1 instance de classe créer et non plusieur on m'as dit....Citation:
Qu'entends tu par "sigleton" et "instance"? Est-ce que tu n'est pas en train de confondre avec "instance de classe"?
Citation:
Bien sûr.... Les méthodes et attributs public d'une classe sont acessibles à tous les autres classes...
oui je parle de fichier .java , mais dans ma tête je pensais déja aux résutat final ....Citation:
Des fichiers .java, non? .class est le fichier compilé...
sinon donc on quoi consiste le design pattern ?
et ou trouver un bon cours dessus ?
Je ne connais pas le terme de "design pattern", donc je ne pourrais pas t'aider là dessus.
En revanche, le nombre d'instances d'une classe n'a rien à voir avec le nombre de fichiers... ça dépend de l'utilisation de ces classes dans ton code !
Si tu as une classe MaClasse, avec
tu auras une première instance de la classe MaClasse, appelée mc1. Si tu faisCode:MaClasse mc1 = new MaClasse();
tu en auras une deuxième instance etc. Il n'y a aucun lien avec le nombre de fichiers et l'organisation des sources.....Code:MaClasse mc2 = new MaClasse();
non mais mon programme assez volumineux , rien que pour les composant / menu / ... j'ai environ 500 ligne donc des que je veux rajouter un truc :s c pas facile....
ce que je voudrais donc c'est divider mon programme pour une lecture plus facile et aussi des modification plus simple .....
Mais alors vas-y ! Si tu as une instance de classe dans un code (par exemple un JMenu), il y en n'aura pas deux en mémoire seulement parce que tu as créée deux fichiers et pas un ! Comme je l'ai déjà dit, pour des grosses classes (>100 lignes), il est recommandé de créer un fichier par classe, typiquement appelé MaClasse.java. Ca facilite la lecture et l'organisation du code :)