L'interprétation de l'éclipse .classpath fichier. Que signifie ce "type=“con”" et " exporté=“true”' signifie?

C'est l'éclipse .classpath fichier du plugin eclipse programme que j'ai téléchargé.

Je pense que kind="src" et kind="output" est assez simple, comme ils les moyens de l'endroit où la source de fichiers java et compilé les fichiers de classe sont situées.

La kind="lib" semble indiquer que les fichiers jar du plugin est de référencement, mais j'ai quelque chose que je ne suis pas sûr.

  • Ce qui ne l' kind="con" veux dire?
  • C'est quoi le exported="true"? Je pense que pour utiliser ce plugin, tous les fichiers jar du plugin se réfère doit être exporté, mais seulement certains d'entre eux sont exportés.

L'interprétation de l'éclipse .classpath fichier. Que signifie ce

InformationsquelleAutor prosseek | 2012-12-19
  1. 21

    1) Dans kind="con", le con signifie conteneur, qui est interprété par eclipse comme un classpath conteneur. Comme décrit dans ce lien:

    Un chemin de classe conteneur fournit un moyen de indirectement référence à un ensemble de
    chemin de classe les entrées par le biais d'un classpath de type CPE_CONTAINER

    En d'autres termes, il permet de grouper d'autres classpath inscriptions et ré-utiliser partout (y compris la possibilité d'avoir des entrées différentes pour les différents projets).

    2) exported:
    Disons que vous avez Projet B qui dépend de Projet C. La dépendance est définie comme exported=true. Ensuite, un autre Projet A qui dépend de Projet B, auront également des Projets C présents sur A'un chemin de classe.

    • Puis, je suppose que le exporté bibliothèques sont uniquement pour les fins d'exécution. Je veux dire, quand les bibliothèques ne sont pas référencées lors de l'exécution, vous n'avez pas à l'exporter.
    • eh bien, comme tout class fichier... Cependant, si vous souhaitez utiliser la bibliothèque dans le code de votre A projet, vous devez également au moment de la compilation, mais ce qui se passe généralement lors de tout projet A, B et C sont tous à toi et pas une 3ème partie.
    • lorsque B est une 3ème partie, il exporte ses dépendances lorsque la dépendance au n'est pas garanti d'être présent dans le classpath du code de client qui utilise la 3e partie. Si l'utilisation que vous faites de cette 3ème partie ne nécessite pas réellement un particulier dependncy il exportations - elle peut être exclue.
    • Donc dans votre exemple: la exportés-attribut appartient au classpath du projet B et là, il dit que le projet C sera exporté pour d'autres projets que le projet d'importation de B (par exemple pour le projet A). Seulement quand je l'exportation de la dépendance à C dans B, quelqu'un est en mesure de voir C dans A
    • après la lecture de la réponse et de ton commentaire - oui, je pense que vous l'avez droit (mais est eu quelques 6+ ans puisque l'envoi de cette réponse... 🙂 ).
    InformationsquelleAutor yair
  2. 7
    • type="con" indique classpath conteneurs
    • exporté=true exportations de la dépendance, ce qui signifie que tout projet a un depedency sur votre projet peut voir et accéder aux exporté dépendances ainsi.
    • Lien brisé "classpath conteneurs"
    InformationsquelleAutor Will