Objet Package

Alors tes fichiers ne sont pas dans le dossier /simulation/animaux comme tu le dis...

Preuve :
http://img15.hostingpics.net/pics/119264Sanstitre.jpg
Sur la preuve j'ai tout mis.
Et j'ai même compilé Affichable pour vous montrer.

Et si je fais :
import simulation.animaux.*;
Il me dit qu'il ne trouve pas.

L'enseignant m'a dit que c'était une mauvaise idée car le jour où je voudrai changer la forme je ne pourrai pas.

Donc comme vous le savez je dois faire une simulation de fourmis sauf que j'ai une question à vous demander. En fait j'ai un Simulation.java qui se chargera de tout lancer.
Dans Simulation.java il y aura donc en variable globale un :
public AntInterfaceSimulation jeu;
Ma question est la suivante : est-ce que dans les objets Fourmis, Bestiole etc. jeu sera visible ?
Je suppose qu'il faudra dans chaque objet faire un import de Simulation non ?

merci beaucoup d'avance

Modification du message:

De plus, voilà mon Code dans Simulation.java pour le moment et je ne comprends pas pourquoi il me dit que jeu est null.
Vous pouvez m'aider s'il vous plaît ?

package simulation.jeu;
import java.awt.*;

public class Simulation {
	public static AntSimulationInterface jeu;
	static {
		Color t[][];
		t = new Color[50][100];
		AntSimulationInterface jeu;
		jeu = new AntSimulationInterface("Simulation de fourmis",t,5);
		jeu.clear();
	}
	public static void main(String args[]) {
		jeu.set(10,10,Color.blue);
		jeu.refresh();
	}
}

Tes questions n'ont plus rien à voir avec le message d'origine, s'il ne faut pas faire deux discussions pour le même problème, là par contre tu aurais pu faire une nouvelle discussion...

Menfin, c'est pas grave, continuons ici :

"Ma question est la suivante : est-ce que dans les objets Fourmis, Bestiole etc. jeu sera visible ? Je suppose qu'il faudra dans chaque objet faire un import de Simulation non ?"

Ça dépend comment c'est fait, et quel rôle joue vraiment la classe de simulation.
Le comportement d'une fourmi (ou autre bestiole) doit dépendre de son environnement, donc il serait normal d'avoir une référence à cet environnement pour chaque fourmi. En revanche, la simulation ne devrait pas intervenir sur les fourmis (sauf création et destruction), tout au plus la simulation modifiera l'environnement (notamment le vent qui intervient dans l'évaporation des phéromones). Mais tout cela dépend du but de ton programme dont je ne sais rien...

"je ne comprends pas pourquoi il me dit que jeu est null."
Le problème c'est que tu définis deux fois AntSimulationInterface jeu, la première fois avec les attributs public static, et une deuxième fois dans ton bloc de code static, dans ce cas c'est considéré comme une variable locale à ton bloc de code, et cette variable est "prioritaire", c'est à dire que c'est elle qui est initialisée avec new, le membre public static lui n'est pas modifiée, il conserve donc sa valeur null par défaut, ce qui explique pourquoi tu as null lorsque tu arrives dans ton main.

Voici donc une correction de ton code :

public static AntSimulationInterface jeu;

static 
{
    Color t[][] = new Color[50][100];
    jeu = new AntSimulationInterface("Simulation de fourmis",t,5);
    jeu.clear();
}

public static void main(String args[])
{
    jeu.set(10,10,Color.blue);
    jeu.refresh();
}

Cependant je te conseilles d'éviter l'utilisation de bloc de codes static comme ça, parce qu'ils entraînent rapidement des erreurs inattendues, en particulier si tu oublies le mot-clé static.
Ici bien sûr ça marcherait, mais je te conseilles plutôt d'utiliser une méthode d'initialisation :

public static AntSimulationInterface jeu = initJeu();

private static AntSimulationInterface initJeu()
{
    Color t[][] = new Color[50][100];
    AntSimulationInterface jeu = new AntSimulationInterface("Simulation de fourmis",t,5);
    jeu.clear();
    return jeu;
}

public static void main(String args[])
{
    jeu.set(10,10,Color.blue);
    jeu.refresh();
}

Remarque : en pratique on a plutôt l'habitude de tout mettre dans le main, c'est plus simple, ça évite donc bien des erreurs...

public static void main(String args[])
{
    Color t[][] = new Color[50][100];
    AntSimulationInterface jeu = new AntSimulationInterface("Simulation de fourmis",t,5);
    jeu.clear();
    jeu.set(10,10,Color.blue);
    jeu.refresh();
}

"sinon mon tableau de couleur sera visible"
Visible par qui ? Ton tableau t est toujours déclaré de la même manière, c'est une variable locale. Qu'il soit déclaré dans le code static, la méthode d'initialisation, ou la méthode main, il aura toujours le même rôle ! La seule manière d'y accéder c'est en récupérant sa valeur dans le constructeur AntSimulationInterface, et là encore les trois codes feront la même chose...

"quel est l'intérêt d'avoir fait une fonction qui met une couleur dans une case dans l'interface ? Plus c'est privé, mieux c'est !"
Le seul intérêt est de pouvoir initialiser l'objet jeu que l'on utilise la méthode main ou non, c'est à dire que tu pourrais coder un main dans une autre classe, et récupérer ton objet jeu initialisé et prêt à l'emploi alors qu'il sera utilisé en dehors de son contexte ! En terme de confidentialité l'utilisation du 3è code (avec tout dans le main) protège bien plus les données que l'utilisation de ton public static jeu...

"donner la taille du tableau de couleur dans le constructeur et l'initialisation de se fait dans l'interface"
Tu parles de faire quelque chose comme ceci :

public AntSimulationInterface(String str, int w, int h, int n)
{
    this(str, new Color[w][h], n);
}

public static AntSimulationInterface jeu = new AntSimulationInterface("Simulation de fourmis",50,100,5);

Ça permet de simplifier un peu l'utilisation du constructeur de jeu, mais en terme de confidentialité ça ne change rien, le tableau de couleur n'était pas accessible avant, et il ne l'est toujours pas, et l'objet jeu était complètement accessible, et il l'est toujours...

Il faudrait peut-être que tu revoies cette notion de "confidentialité" de données, parce que là tu essayes de protéger le tableau de couleurs qui est déjà protégé, sans rien faire pour l'objet jeu qui lui n'est pas du tout protégé !
En plus, pour ce genre de programmes, la protection des données a très peu d'intérêt...

"il n'y a aucun intérêt de faire jeu.set(10,10,Color.blue) car je fais directement t[10][10] = Color.blue"
Peut-être que cela reviendrait au même dans ton cas, mais de mon point de vue, rien ne me garantit que lorsque je fais set(10,10) c'est exactement la même chose que faire t[10][10], parce que le tableau pourrait avoir été copié dans le constructeur, soit dans un autre tableau, soit dans une autre structure, et normalement modifier le tableau après l'appel du constructeur ne devrait pas avoir d'effet rétroactif, ou alors ce serait un gros problème de conception. De plus tu pourrais avoir des traitements complexes dans la méthode jeu.set qui feraient un peu plus qu'une simple affectation du tableau, par exemple une mise à jour de l'interface graphique, un affichage, etc.
Si une autre personne utilises ta classe mais fais une autre classe de test, et qu'il utilise le tableau t comme je l'ai fait, il ne faut pas que cela modifie le comportement de ta simulation, il faut que ton programme soit consistant (ce qui n'a rien à voir avec la confidentialité).

"Est-ce que dans le constructeur de mon objet je peux faire un affichage direct lors du lancement du constructeur ?"
À deux exceptions près, tu peux effectivement faire un System.out.println, ou n'importe quel autre type d'affichage, dès la première instruction de ton constructeur, comme avec n'importe quelle autre méthode. Les deux exceptions sont respectivement l'utilisation de this et super pour appeler un autre constructeur, ces appels doivent se faire en première instruction, et tu ne pourras faire qu'un affichage après ces appels, sauf bien sûr si tu fais l'affichage à l'intérieur des constructeurs appelés.

"est-ce que je peux effacer automatiquement l'affichage dans ma fonction mourir"
Là, je ne comprends pas... Si tu ne veux rien voir d'afficher, tu n'affiches rien, effacer un affichage est plus difficile (voire impossible s'il s'agit d'un println par exemple)

Dans la mesure où je n'ai pas du tout de code de ton programme, il est difficile de savoir de quoi tu parles ! Il faudrait savoir comment est gérer l'affichage, et quel est le lien entre le tableau d'Affichable, et ton AntSimulationInterface. Mais ça me paraît compliqué à faire si ce n'est pas prévu en amont.