Architecture programme Java!! [Résolu]

Si tu fais un package (si tu sais ce que c'est) tu pourras créer plusieurs fichiers avec plusieurs classes à l'intérieur (au plus une classe publique par fichier) et toutes appartiendront à ton package.

Tant que tu es dans ton package, toutes les classes (y compris private) seront visibles par les classes et méthodes de classes du package, mais seules les méthode public d'une classe seront accessibles, les méthodes private étant réservées au seul usage d'une classe.

Si tu n'es plus dans le package, tu pourras accéder aux classes public du package en faisant import MonPackage, mais les classes private ne seront pas disponibles, elles sont réservées au seul usage du package.

Remarque : pour la composition de classe on pourrait aussi faire de l'héritage de classe, mais je crois que ce sera pas pour aujourd'hui ;-)

Tu interprètes ce que je dis et à mon avis tu le fais mal.
Mais tout dépend de ce que tu veux dire par "programme", moi je parlais uniquement de classes.
Lancer un programme en java c'est exécuter la méthode public static void main(String args[]) d'une classe publique.

Donc on peux créer dans le code des classes publiques mais pas plus d'une par fichier, et si tu as plusieurs classes public, il est conseillé de faire un package et de faire l'import du package (je pense qu'on peux faire sans en faisant un import de chaque fichier nécessaire mais c'est lourd).

Si tu veux réfléchir en terme de programme, voici une structure basique :

package MonProgramme; // dans tous les fichiers

public class Point{} // dans un fichier Point.java, ne contient pas de méthode main
public class Cercle{} // dans un fichier Cercle.java, ne contient pas de méthode main
...

public class ProgrammePrincipal // dans un fichier ProgrammePrincipal.java
{
... // peut contenir autre chose que la méthode main
public static void main(String args[]){} // utilise les autres classes du package
}

Tu ne peux pas définir de classes public dans la classe de ProgrammePrincipal car ta classe ProgrammePrincipal est public et qu'on ne peut définir des classes public que dans des fichiers distincts.
Sinon tu vas te faire engueuler par le compilateur, et en anglais en plus ;-)
De plus on ne peux pas définir des classes à l'intérieur d'autres classes, ce serait contraire à la modularité.
Par contre tu peux faire appel à un package et/ou importer des classes public et/ou définir des classes private après les import (et avant ta classe public)

Dans l'ordre ça donnerait :

package Exercice1;

import java.util; // par exemple

class Intermediaire1 {} // private
class Intermediaire2 {} // private

public class ProgrammePrincipal
{
... // méthodes spécifiques à la classe
public static void main(String args[]) { ... }
}

Et bien entendu ce code serait dans un fichier portant le même nom que la classe public : ProgrammePrincipal.java

On doit définir les méthodes à l'intérieur de la classe, et ce quelques soit leurs paramètres (public, private, protected, static, final, abstract...) mais on peut mélanger les paramètres et même les combiner, regarde par exemple la méthode public static void main(String[] args); qui en est un exemple parfait.

Et bien évidemment il y a des bibliothèques fourni en Java (on les utilise avec import) mais ce ne sont pas des bibliothèques de fonctions comme en C (parler de méthode n'a pas de sens en C), mais de classes comme en C++
Pour cela, il te faut absolument mettre le site de documentation Java en raccourci sur ton navigateur internet parce qu'il va bientôt devenir ton meilleur (ou pire) ami !
JDK Programmer Guides : http://java.sun.com/javase/reference/api.jsp
Choisi la version de la doc qui correspond à ta version de java (java -version) parce qu'il y a eu beaucoup d'évolutions.

Au début tu seras un peu perdu dans toute cette documentation mais il faut absolument s'y lancer car c'est un outil fondamental de la programmation Java (sinon il faudrait réinventer la roue à chaque fois) et que tu seras au point, tu feras toi même ta propre documentation avec javadoc !

Salut, petites réponses rapides...

1. oui, comme en C ou presque
2. les import ce sont des librairies comme les include, mais la librairie la plus utilisée (java.lang) est toujours inclus par défaut ce qui t'évite d'avoir à l'appeler à chaque fois
3. une méthode private ne l'est qu'en dehors de la classe, si ton main est dans la classe, toute les méthodes de la classe (y compris private) seront disponible
une classe private ne l'est qu'en dehors du package, toute classe du package y aura accès
4. java.lang est inclu par défaut comme je l'ai déjà dit en 2

Bonne chance !

C'est ça à part le premier point :

Un fichier .java doit TOUJOURS porter le même nom que la classe public qu'il contient - s'il en contient une - et c'est pour ça qu'on ne peut mettre qu'une seule classe public par fichier.
Par contre on peut mettre autant de classes private que nécessaire dans ce fichier.
Ceci est toujours vrai, que le fichier soit dans un package ou non.

Par contre un package "relie" les différents fichiers (et surtout les classes qu'il contient) comme s'il n'y avait qu'un seul et unique fichier.

Je suis sûr effectivement et voici quelques tests pour t'en convaincre :

a) Test.java :

public class Test1 {}
public class Test2 {}

b) Test1.java :

public class Test1 {}
public class Test2 {}

c) Test2.java :

class Test1 {}
public class Test2 {}

Et voici les messages d'erreurs à la compilation

a)

>javac Test.java
class Test1 is public sould be declared in file named Test1.java
class Test2 is public sould be declared in file named Test2.java

b)

>javac Test1.java
class Test2 is public sould be declared in file named Test2.java

c)

> javac Test2.java
// pas d'erreur

L'interprétation est assez évidente et revient à ce que j'ai dit, si les classes sont public elles DOIVENT être dans un fichier à part qui porte le même nom que la classe sinon javac commence à parler anglais (exemples a et b).
Par contre on peux avoir une classe public et une (ou plusieurs) classe private sans problème tant que le fichier porte le nom de la classe publique (exemple c)

Et ceci est TOUJOURS valable, package ou non...

Remarque : si un fichier ne contient que des classes private, le nom du fichier importe peu du moment qu'il a l'extension .java