У нас идет обсуждение на работе, и возник интересный вопрос:
Скажем, вы разрабатываете небольшую библиотеку, назовите ее somelib .Скажем, что somelib необходимо выполнить некоторое ведение журнала, но вы не хотите заново изобретать колесо, поэтому вы решили использовать стороннюю библиотеку ведения журнала.
Кроме того, вы хотите сделать интеграциюsomelib настолько безболезненна, насколько это возможно, поэтому вы распространяете один JAR-файл (somelib.jar), в котором есть другой JAR-файл журналирования, назовите его logger.jar, встроенный в него .Очень похоже на то, что делает сборка jar-с-зависимостями в Maven.
Теперь возникает проблема.Поскольку ваш продукт является библиотекой, что делать, если ваш клиент использует somelib , а также случайно использует другую версию той же библиотеки журналов самостоятельно.Теперь у нас есть проблема с classpath.
Мне кажется, что это обычная проблема для людей, которые пишут библиотеки, так какое же типичное решение?
Они вообще избегают использовать методы связывания JAR?Даже если мы это сделаем, все еще существует проблема с кодом пользователя, ожидающим версию X библиотеки журналов, и с кодом somelib , ожидающим версию Y.
Вставляют ли они каким-то образом фиктивный префикс пакета, чтобы классы регистратора в somelib не конфликтовали?
Как насчет динамической загрузки библиотеки регистратора?(хотя это все еще имеет проблемы с версиями от 1.)