Discussion :

[javator]

Bonjour, je suis en train de programmer un tetris en utilisant toute la puissance du language objet.
Cependant, je débute en programmation objet, et voici le debut de mon tetris.
http://javajeux.free.fr

Je souhaite que quelqu'un de compétent me donne son avis sur mon programme et peut être qu'il m'apporte des modifications pour me faire mieux comprendre la programmation objet et ses intêrets.

Merci d'avance.

Mon mail: javajeux@free.fr

[in]

y-a t'il un problème avec ton tetris ? Si tu veux de l'aide, il faut aussi participer et nous dire clairement sur quels points tu bloques ...

Quant à moi je souhaite également que quelqu'un de compétent fasse le boulot que je dois faire à ma place

[zekey]

Si tu veux des conseilles fournis au moins un diagramme de classe.

[javator]

Je ne bloque pas,pour l'instant mon programme marche très bien, mais je ne sais pas si le programme que je fais utilise au mieux la programmation orienté qui participe à la lisibilité, la portabilité du programme et de programmer plus facilement; ou alors c'est qu'un bricolage qui utilise les propriétés de l'héritage sans en utiliser trop les avantages.

Le diagramme des classes:

*Display1(gère l'affichage de la grille)
*Array extends Display1(taches relatives à la grille copier/coller des objets)
*Transform extends Array(effectue les transformations sur les objets)
*Shape extends Transform(cree les objets)

*Listener(rafraichit et ordonne les taches de Display1)
*KeyListener extends Listener(implémente KeyListener)

[Tijee]

Salut !

Si tu veux que ton Tetris (et ça s'applique à n'importe quel logiciel que tu développeras) applique au mieux les concepts objet comme tu dis, alors il faut que ta conception respecte ces mêmes concepts.

C'est pour ça que zekey t'a demandé un diagramme de classes : avant de coder proprement objet, il faut concevoir proprement objet.

Donc il faudrait fournir un vrai diagramme de classes, avec les associations et cardinalités entre les classes, leurs attributs et opérations, les dépendances, les compositions, les héritages, etc... Et éventuellement (ça c'est si tu veux pousser la conception jusqu'au bout ce qui est rarement le cas lorsqu'on développe un petit jeu pour soi-même) des diagrammes de séquence qui détaillent les relations entre objets.

Si tu ne fais pas ça ton code sera bidouillé et tu te retrouveras au bout d'un moment à essayer de "caser" des bouts de code dans des classes qui sortiront de ton chapeau sans explication, et ton programme ne sera pas un "vrai" programme orienté objet dans le sens réutilisabilité, maintenabilité, etc...

J'espère ne pas te décourager mais il faut en passer par là, met de côté ton impatience et tu verras que tes efforts seront récompensés au moment de coder.

[TabrisLeFol]

Trois lettres magiques UML. (bien que tu puisse utiliser ce que tu veux)