> ...je ne cherche pas � s�parer les .java des .class, car ce n'est pas une g�ne...
Ton point de vue fait couler beaucoup d'encre :-) Je pense qu'il faut s�parer les .class des .java pour les raisons suivantes : 1) Archivage : on archive, le plus souvent, les .java pas les .class 2) Compilation pour plusieurs JVM. Il m'arrive quelque fois de compiler 1.1.8 et 1.3 3) Si tes .java appartiennent a plusieurs sous projet. Typiquement un gros projet poss�de plusieurs sous projets qui n'utilisent qu'une petite partie des .java + celle d�j� cit�es (fain�antise quand tu nous tiens) -------------------------------------------------------------------- Erik Mazoyer, Chef de projet HyperOffice 6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex T�l. 01 41 96 96 76 Fax 01 41 96 96 77 M�l [EMAIL PROTECTED] -----Message d'origine----- De: Nicolas Delsaux [mailto:[EMAIL PROTECTED]] Date: mardi 16 avril 2002 16:32 �: [EMAIL PROTECTED] Objet: Re: Comment struturer un projet ----- Original Message ----- From: "Damien Lecan" <[EMAIL PROTECTED]> To: "liste java" <[EMAIL PROTECTED]> Sent: Tuesday, April 16, 2002 3:42 PM Subject: Comment struturer un projet > Bonjour, > > Je commence un nouveau projet en java, et je voudrais partir sur de bonnes > bases en structurant bien les fichiers (sources, binaires, images, makefile, > ...). Je pr�cise que plusieurs personnes vont travailler dessus et que les > versions seront g�r�es avec cvs. A mon humble avis, les probl�mes de structuration de projets, issus du C/C++, ne sont pas du tout adapt�s au Java. En effet, dans un projet C, on compile les fichiers C et H dans des fichiers objets, qu'on lien ensuite entre eux. Dans un projet Java, les fichiers class sont directement utilisables. Je n'apprends rien � personne, je ne fais que rappeler les faits, mais j'en tire mes conclusions : dans les projets sur lesquels je peux avoir la main, je ne cherche pas � s�parer les .java des .class, car ce n'est pas une g�ne. En effet, il existe d�ja au niveau du langage une s�paration plus naturelle, celle des packages. Par cons�quent, je me contente de sp�cifier le r�pertoire des classes Java (.java et .class confondus) et le r�pertoire des ressources (o� l'organisation d�pend exclusivement des envies de l'�quipe). Pour le reste, il n'y en a pas. En effet, l'utilisation de Ant permet de n'avoir qu'un fichier de build, plac� � la racine du projet, qui va compiler toutes les sources, g�n�rer � partir des .class un jar dont la destination pourra �tre choisie par l'utilisateur, et pourra �ventuellement �tre un serveur ftp ou un quelquonque dossier public... > > Pourriez-vous m'indiquer comment vous strucuturez vos projets, ou bien > connaissez-vous de bonnes adresse qui indiquent les bonnes choses � faire. Naturellement, il convient de regarder ce qui existe. Les gros IDEs (NetBeans, Eclipse) utilisent � peu de chose pr�s, du moins de ce que j'en ai vu, la m�me m�thode : les fichiers .class sont plac�s dans le m�me r�pertoire que les .java, et tout va tr�s bien, madame la marquise ! > > Merci > > Damien Lecan > Nicolas Delsaux
