Discussion :

[karas.uchiwa]

Bonjour,

Je viens de commencer à développer un casse brique sous java.

C'est vraiment un brouillon et je pense m'y être vraiment très mal pris.

Je viens donc vous voir pour avoir vos conseils, améliorer mes connaissances en
utilisant ce jeux comme support.

donc vous pouvez télécharger les sources de ce que j'ai fait pour l'instant à l'adresse
suivante :

http://sourceforge.net/projects/breaker-001/

NB: Il est interdit de faire du double poste sur ce forum mais j'aimerai que les développeurs de la section Java s'attarde sur mon problème. Comment dois-je m'y prendre ?

Merci.

[dstar]

NB: Il est interdit de faire du double poste sur ce forum mais j'aimerai que les développeurs de la section Java s'attarde sur mon problème. Comment dois-je m'y prendre ?

Merci.

Bonjour,

Si tu pouvais nous expliquer un peu mieux de quel "problème" il s'agit, il nous serait plus facile de te répondre.

dstar

[sinok]

Bah pose une question vraiment relative à ton problème dans le sous-forum java relatif à ton soucis.

[karas.uchiwa]

Bonjour,

En réalité je n'ai pas de problème précis. Je souhaite apprendre à développer dans un premier temps des petits jeux avec Java.

Comme support j'ai pris le casse brique.

Les différents problèmes qui apparraissent :

• L'architecture de mon application est-elle correcte ?
• Je pense que si mon code sur une machine de l'époque n'aurait pas tourné car trop inefficace ?
• Je situe un problème au niveau de l'algorithme de calcul de collision entre les briques et la balle
• Comment gère l'affichage d'un jeu sous Java ? Est-ce que ma méthode est la bonne ?
• Je pense que j'ai des problèmes aussi dans la technique de parcours de la liste des briques par la balles. ?

Pour ce qui est du fil du forum. C'est que m'ont application est un jeux en Java par conséquent j'aurai aimé que les deux communautés se penchent sur mes problèmes.

Merci d'avance de vos réponses

[karas.uchiwa]

je viens de faire une modification de l'archive sur sf. Maintenant je vous fournit mon projet eclipse au complet. Comme cela l'IDE vous aidera a naviguer dans mon code.

[plegat]

Salut,

A mon avis, il va falloir que tu développes un peu plus si tu veux avoir des retours...
Nous balancer une archive des sources sans un seul commentaire, c'est un peu ardu à lire, et encore plus à analyser...
Si tu veux des commentaires sur ton travail, présente ce que tu as fait (c'est beaucoup plus rapide et efficace de faire des commentaires sur des explications, que de chercher à savoir ce que tu as fait pour éventuellement faire un commentaire)

Sinon j'ai testé ton "brouillon" de jeu... c'est un bon début. Pas mal de boulot à faire encore, mais petit à petit ça va avancer

[nouknouk]

salut,

Déjà féloches pour le boulot accompli

Perso, j'ai fait un tour rapide de ton code. Quelques remarques:

- au vu des packages (je ne suis pas rentré dans le détail): globalement tu t'es attaché à séparer modèle de données, la logique de jeu et le rendu. Excellent point

- évite la profusion de singletons. Pour rappel, un singleton est parfois vu comme un anti-pattern et son utilisation - bien qu'utile dans certains cas- doit être réservée à des usages bien particuliers. Google et quelques articles sur DVP devraient te donner plus d'infos.

- évite systématiquement TOUTE constante en dur dans le code (à l'exception des String de log). Place les plutôt en début de classe dans une variable 'static final'. C'est cent fois plus pratique pour la maintenabilité du code. Exemples dans ton code: la taille de la JFrame, le label de tous tes menus, et SURTOUT toutes les constantes de la 'physique de ton jeu' (vitesse de la balle, de la raquette, ...).

- dans la classe 'Window', pour la gestion des menu-items, utilise les anonymous classes, bien plus pratiques et concises que ton gros 'if / else if' relégué dans 'actionPerformed'. Exemple:

Code :

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

1
2
3
4
5
menuItem.addActionListener(new ActionListener() {
    public void actionPerformed(ActionEvent e) {
        menuSavePerform();
    }
});

- réutilise les classes existantes quand elles conviennent à ton besoin ; par exemple ta classe DPoint fait un peu double emploi avec la classes java.awt.Point

- préfère les boucles au 'copier/coller' de code, typiquement pour le contenu de BackgroundDisplay ('repaintBrick', 'repaintPaddle', ...). C'est beaucoup plus compréhensible à la relecture amha.

- depuis Java 1.5, les énumérations sont utilisables. Préfère-les à une collection de 'public static int CONSTANTE' quand ce sont des valeurs mutuellement exclusives (genre dans InputPaddle, MOVE_LEFT, MOVE_RIGHT, MOVE_NONE).

- pour la boucle du jeu, tu te bases sur un Thread.sleep(CONSTANTE). Ca peut poser quelques soucis car dans un OS non temps-réel, rien ne garantit que les CONSTANTE millisecondes seront exactement respectées. Tu pourras très bien avoir pile poil CONSTANTE millisecondes à une frame F, puis 10ms de plus à F+1, etc...
Résultat: le déplacement normalement constant de tes sprites risque de faire apparaître quelques 'saccades' à cause de micro accélérations/décélérations.
Pour palier à ce genre de souci, il vaut mieux baser sa logique de jeu sur un framerate variable. Concrètement, ça veut dire que ta boucle exécutera la fonction Containter.run() en lui passant en paramètre le nombre de millisecondes effectivement écoulés. Les déplacements et tout le reste seront alors calculés en fonction dudit temps écoulé et exprimés dans une unité relative au temps (en pixel / seconde par exemple).


Voilà, rien de bien méchant en soi, juste quelques remarques qui j'espère te seront utiles.

Evidemment, il reste encore pas mal de boulot sur le gameplay. Notamment faire que l'angle de rebond de la balle soit fonction de la position relative de la balle par rapport à la raquette. Parce que pour le moment, il n'y a rien d'autre à faire que s'assurer que la raquette soit dessous la balle à chaque fois ; on ne peut pas influer sur où la balle ira.

Pour la gestion de l'affichage et autres 'bonnes pratiques', je pense qu'une bonne idée est de décrotiquer quelques libs open-source existantes pour voir comment elles font. Genre le framework pulpcore pour tout ce qui est gestion du framerate (oui je fais un poil de pub... et alors )

Il est interdit de faire du double poste sur ce forum mais j'aimerai que les développeurs de la section Java s'attarde sur mon problème. Comment dois-je m'y prendre ?

T'inquiète, il n'y a pas que des C++eurs sur le forum 2D/3D/jeux