Est un .NET de l'Assemblée est la même chose que java .pot?
Ils jouent le même rôle, oui.
.dll contient compilé code IL et .pot contient respectées .classe/octet fichiers de code?
Oui. Bien que les Pots sont juste des fichiers zip (vous pouvez les ouvrir dans votre logiciel préféré Zip outil), de sorte qu'ils peuvent vraiment contenir à peu près tout.
Ils disent ressources, de quel genre de ressources dont nous parlons ici? Des Images, des .les fichiers txt, etc. ou tous les possibles?
Tout type de fichier est autorisé dans un BOCAL. Votre code Java peut accéder au contenu des fichiers à l'intérieur du bocal à l'aide, par exemple, getResourceAsStream ou getResource. Évidemment .les fichiers de classe dans un BOCAL sont spécialement traités (comme bytecode).
J'ai examiné AWS (Amazon Web Service API pour java) et j'ai vu trois .fichier jar et ils sont: aws-java-sdk-1.1.1.jar, aws-java-sdk-1.1.1-javadoc.jar, aws-java-sdk-1.1.1-sources.jar
Le dessus de l'emballage est assez commun. Parfois, les gens utilisent .pot comme une alternative extension de fichier .zip. Je trouve cette pratique à confusion, mais il n'est pas rare, et Amazon l'a fait dans ce cas. Je pense que cette pratique est devenue plus commune avec le lancement de Maven, qui stocke la référence de la source de code dans les fichiers nommés .jar.
aws-java-sdk-1.1.1.jar - C'est le seul fichier nécessaire à la compilation et à l'exécution. Il contient les classes (.les fichiers de classe) et les ressources nécessaires pour la bibliothèque de fonction.
aws-java-sdk-1.1.1-sources.jar - C'est juste un fichier zip qui contient le code source (à l'.fichiers java) pour la bibliothèque. Il n'est pas nécessaire pour la compilation ou à l'exécution. Il est fourni pour vous aider à résoudre les problèmes que vous pouvez rencontrer lors de l'utilisation de la bibliothèque. Vous pourriez décompressez ce fichier et de lire le code source de votre disque dur. Cependant, votre IDE pouvez probablement utiliser ce fichier directement par la création d'une "source de l'attachement" à la bibliothèque principale de la JARRE. Avec cette bibliothèque->source association a mis en place dans votre IDE, votre IDE sera en mesure de vous montrer le code source de la bibliothèque lorsque vous utilisez votre IDE est "Aller à la Définition" sur une bibliothèque de classe.
aws-java-sdk-1.1.1-javadoc.jar - C'est juste un fichier zip qui contient la JavaDoc de la bibliothèque. Encore une fois, il n'est pas nécessaire pour la compilation ou à l'exécution. JavaDoc est que de l'HTML, de sorte que vous pourriez décompressez ce fichier et le lire la JavaDoc HTML directement à partir de votre disque dur. Cependant, la plupart des IDEs pouvez créer un "javadoc attachement" à la bibliothèque principale, ce qui vous permet de tirer contextuelle JavaDoc de la bibliothèque de l'intérieur de l'IDE. En fait, la plupart des IDEs peut générer la JavaDoc sur la volée à partir de la sources.jar, donc j'ai rarement l'utilisation de javadoc pots plus.
Lorsque je veux importer des bibliothèques java, serai-je toujours besoin d'importer .les fichiers jar?
Il est généralement appelé "ajout de fichiers jar au classpath", mais oui. Vous avez à peu près toujours besoin de l'aide de Java trouver tous les Pots que vous utilisez, la construction d'un chemin de classe lors de la création ou de l'exécuter. En général, l'utilisation de Bocaux et les chemins de classe est beaucoup plus manuel et processus explicite que d'utiliser Dll dans .NET. Par exemple: Java n'a pas d'équivalent direct de .NET "global assembly cache"; aussi la vanille Java ne charge pas automatiquement .pots à partir du répertoire de travail.
Il y a quelques autres techniques pour la création d'un "automatique" sentiment classpath, mais ils sont un peu avancé: le Manifeste.MF chemins de classe sont possibles, par exemple-mais cette approche est rarement utilisé car il est fragile. À compter de la version 6 de Java, Java a un support limité pour l'utilisation des caractères génériques dans le classpath.
Lorsque je veux exporter mon propre bibliothèques java, j'ai besoin d'exporter en .fichier jar
C'est la norme, oui.