Разница между ними.банка и.DLL-файл

сборка .NET-это то же самое, что и java .банку?

Они играют ту же роль, да.

.dll содержит скомпилированный IL код И.баночка содержит комплимент .файлы класса / байтового кода?

да. Хотя банки-это просто zip-файлы (вы можете открыть их в своем любимом инструменте Zip), поэтому они действительно могут содержать почти все.

они говорят ресурсы, о каких ресурсах мы здесь говорим? Изображения. ,формат txt файлы и т. д. или все возможно?

в банке разрешен любой тип файла. Ваш Java-код может получить доступ к содержимому файлов в jar через, например,getResourceAsStream или getResource. Очевидно.файлы классов в JAR обрабатываются специально (как байт-код).

Я изучил AWS (Amazon Web Service API for java) и увидел три .jar-файл и они: aws-java-sdk-1.1.1.jar, aws-java-sdk-1.1.1-javadoc.сосуд, aws-java-sdk-1.1.1-исходники.банку

вышеуказанные упаковки является довольно распространенным явлением. Иногда люди используют .банку в качестве альтернативного расширения файла .молнии. Я нахожу эту практику запутанной, но это не редкость, и Amazon сделал это в этом случае. Я думаю, что эта практика стала более распространенной с запуском Maven, который хранит исходный код ссылки в именованных файлах .сосуд.

aws-java-sdk-1.1.1.банку - это единственный файл необходимые для компиляции и выполнения. Он содержит классы (.файлы классов) и ресурсы, необходимые для функционирования библиотеки.

aws-java-sdk-1.1.1-исходники.банку - это просто zip-файл, который содержит исходный код (.java-файлы) для библиотеки. Это не обязательно для компиляции или выполнения. Он предназначен для устранения неполадок, которые могут возникнуть при использовании библиотеки. Вы можете распаковать этот файл и прочитать исходный код с вашего жесткого диска водить. Однако ваша среда IDE, вероятно, может использовать этот файл напрямую, создав "исходное вложение" в основную библиотеку JAR. С помощью этой ассоциации library - >source, настроенной в вашей среде IDE, ваша среда IDE сможет показать вам исходный код библиотеки при использовании функции "перейти к определению" вашей среды IDE в классе библиотеки.

aws-java-sdk-1.1.1-javadoc.банку - это просто zip-файл, который содержит библиотеки. Опять же, это не обязательно для компиляции или казнь. JavaDoc-это просто HTML, поэтому вы можете распаковать этот файл и прочитать javadoc HTML непосредственно с вашего жесткого диска. Однако большинство IDE может создать "вложение javadoc" в основную библиотеку, что позволяет вам извлекать контекстно-зависимый JavaDoc для библиотеки из среды IDE. На самом деле, большинство IDE может генерировать JavaDoc на лету из-источников.jar, поэтому я редко использую javadoc jars больше.

когда я хочу импортировать библиотеки java, мне всегда нужно будет импортировать .файлы jar?

обычно это называется "добавление банок в путь к классам", Но да. Вам в значительной степени всегда нужно помочь Java найти все банки, которые вы используете, создавая путь к классам всякий раз, когда вы строите или выполняете. В общем, использование JARs и classpaths-это гораздо более ручной и явный процесс, чем использование DLL в .NET. например: Java не имеет прямого эквивалента "глобального кэша сборок" .NET; также vanilla Java не будет автоматически загружаться .банки из рабочего справочник.

есть несколько других методов для создания более "автоматического" пути к классам чувств, но они являются своего рода продвинутыми: Манифест.Например, MF classpaths возможны , но этот подход используется нечасто, поскольку он хрупкий. С Java 6, Java имеет ограниченную поддержку использования подстановочные знаки в classpath.

когда я хочу экспортировать свои собственные библиотеки java ,мне нужно экспортировать.jar file

Это стандарт, да.