Bien qu'il soit probablement recommandé à une utilisation et à l'IDE pour coder des projets Java avancés, je préfère personnellement à exécuter presque entièrement la ligne de commande (en utilisant Gedit comme éditeur de texte). Alors s'il vous plaît ne me dissiez pas simplement "utilisez simplement Eclipse!" ou quelque chose: p
Ma question est la méthode de création d'un package en Java, passe par une commande.
Je ne parle pas d'emballage d'une application qui fonctionne dans la ligne de commande, je parle de faire un package dans la ligne de commande. Est-ce que je fais un fichier texte? Est-ce que je fais un répertoire?
En lien, comment un lien avec les libs et les autochtones connexes sans utilisation d'un IDE?
Je sais que je suis vraiment maladroit ici, mais je préfère vraiment que le contrôle commence à travailler en ligne de commande.
5 Réponses :
Vous pouvez vous entendre tout simplement bien sur la ligne de commande à l'aide d'un outil d'emballage tel que ant ou Maven . Maven est particulièrement pratique car c'est un outil de niveau supérieur qui sait déjà comment créer divers types de projets: applications de ligne de commande, WebApps, bibliothèques, etc. Il gère également les dépendances de la bibliothèque en les téléchargeant de référentiels.
Je ne pense pas que c'est ce que OP est après. Il parle de packages dans le code source Java, et non comment emballer l'application finale.
@Aleksg - Maven serait toujours utile car l'OP doit "lier vers des libs connexes".
Les paquets ne sont que des répertoires sur le système de fichiers.
Donc, votre colis: Lors de l'exécution et de la compilation, etc. Votre répertoire de marche actuel doit être où ce répertoire supérieur est situé.
Pour inclure les bibliothèques, inclure-les dans votre point de classe lors de la compilation et de la course à pied. Par exemple, effectuez un répertoire de projet Mais je vous suggère de regarder à l'aide de fourmi ou maven. com.mycompany.util correspond à un répertoire com / mycompany / util . .
myProject et sous lequel vous avez vos fichiers Java et vos packages sous myProject / src / et les bibliothèques que vous utilisez sous myProject / libs / < / code>
Ensuite, lorsque votre répertoire de marche actuel est myProject exécuteur java -cp.: Libs / *. JAR ou identique avec Javac . .
thats droit ... Les paquets ne sont que des structures de répertoires organisées
Il y a trois parties: (1) Créer une structure de répertoire; (2) Indiquez le package dans le fichier Java; (3) Compilez-le.
Par exemple, si vous souhaitez créer un package (1) Créer un répertoire (2) Créer des fichiers Java dans ce répertoire, indiquant (3) compiler les fichiers, par exemple, avec Vous pouvez spécifier un répertoire de sortie différent de manière à ne pas mélanger les sources et les classes compilées. P> Si vous avez besoin de Utilisez des bibliothèques externes (fichiers .jar) pour compiler, puis vous devez utiliser com.mycompany.myproject code>, vous devez commencer dans le répertoire de base pour votre projet, puis: P> com / mycompany / myProject code> p> package com.mycompany.myproject code > En eux; p> javac -cp. com / mycompany / myProject / *. Java code> p> -cp code> ou -ClassPath code> paramètre de ligne de commande sur Javac code> outil à Spécifiez-les, par exemple P> javac -cp .:some_library.jar:lib/another_library.java com/mycompany/myproject/*.java
Le paquet Java est juste une structure de répertoire, un moyen simple de créer un paquet permet de dire com.organization.test dans le terminal sera
mkdir -p com/organization/test
// pour créer un nouveau répertoire et un sous-dossier qui sera votre package // pour emménager à celui-ci: // pour créer un fichier Java vide // pour modifier le fichier actuel ps: la structure de répertoire Sur votre ordinateur est lié au nom du package. Cela signifie que lorsque vous modifiez .JAVA Fichier Il doit avoir une déclaration de package (votre package) sinon vous aurez un package par défaut (ex: java.util. *).
"Création d'un paquet"? Voulez-vous dire "créer un pot"? Si tel est le cas, commencez par la documentation: docs.oracle.com/javase/ Tutoriel / Déploiement / Jar / Index.html .
Nope, les pots sont assez faciles: P Je voulais dire un paquet réel (qui, il se passe, n'est qu'un répertoire ...