2010-05-09 4 views
7

Je crée un jeu en Java pour m'amuser et j'essaie de décider comment organiser mes cours pour l'interface graphique. Jusqu'à présent, toutes les classes avec seulement les composants swing et la disposition (pas de logique) sont dans un paquet appelé "ui". J'ai maintenant besoin d'ajouter des écouteurs (c'est-à-dire ActionListener) aux composants (c'est-à-dire le bouton). Les auditeurs doivent communiquer avec la classe Game.Comment dois-je organiser mon interface graphique Java?

Actuellement, j'ai: Game.java - crée le cadre ajouter des panneaux à elle

import javax.swing.*; 
import ui.*; 

public class Game { 

    private JFrame frame; 
    Main main; 

    Rules rules; 

    Game() { 
     rules = new Rules(); 

     frame = new JFrame(); 
     frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); 
     main = new Main(); 
     frame.setContentPane(main.getContentPane()); 
     show(); 
    } 

    void show() { 
     frame.pack(); 
     frame.setLocationRelativeTo(null); 
     frame.setVisible(true); 
    } 

    public static void main(String[] args) { new Game(); } 

} 

Rules.java - logique de jeu

package ui - toutes les classes créent de nouveaux panneaux à permutées avec le volet de contenu du cadre principal Main.java (Menu principal) - crée un panneau avec des composants

Où puis-je maintenant placer la fonctionnalité pour la classe Main? Dans le cours de jeu? Classe séparée? Ou est-ce que toute l'organisation a tort?

Merci

Répondre

4

Tout d'abord: c'est une bonne idée de ce que vous avez fait. Essayer de garder votre code organisé vous aidera sûrement à la programmation. Mais essayez de garder cela à l'esprit: le développement d'un bon code va au-delà de l'organisation et de la classification de votre code source. Par exemple ... utilisez-vous un type de modèle UML? Appliquez-vous un modèle de conception? Toutes ces choses vous guideront à travers le processus d'écriture de bon code, ce qui semble être ce que vous voulez à ce stade. Et le résultat de tout ce qui rendra votre code organisé et facile à maintenir.

+4

Ne faites pas UML à moins de savoir pourquoi vous en avez besoin. Ne faites pas de modèles de conception à moins que cela ne soit logique. Gardez le code simple, gardez le code propre, refactornez si nécessaire. – Kirill

+1

@Kirill: Je suis complètement d'accord avec vous. Merci pour votre commentaire. – Cristian

Questions connexes