Повторение зависимости используется транзитивно?

I have a project X that depends on project Y and Z

Проект Y также зависит от проекта Z

Если я укажу только, что X зависит от Y в моем pom.xml , тогда все по-прежнему работает, потому что зависимость Z получается транзитивно.

Итак, есть ли веские причины включать зависимость Z вообще в моем pom.xml ? Или это просто, чтобы просто оставить его?

0

2 ответы

Это зависит. Если ваш проект на самом деле использует классы only из Y , тогда нет причин явно объявлять зависимость от Z , так как это Y , который зависит от Z .

Но я видел проекты, которые фактически используют некоторые из классов как из Y , так и Z , но только объявляют, что они зависят от Y . Я считаю это плохой практикой, поскольку: а) вы не объявляете all ваших зависимостей проекта явно; b) если вы обновите Y на более новую версию, вы можете столкнуться с проблемами, поскольку она либо больше не зависит от Z , либо зависит от более новой версии, которая может не содержать классов, необходимых для вашего проекта.

3
добавлено

Я согласен с ответом Андрея, но я хотел бы добавить несколько моментов:

  • Вы можете посмотреть на это обсуждение . Если вы используете Z в коде X, явное добавление Z как зависимости от X может вызвать некоторые проблемы. Например, если вы добавите Z в качестве тестовой зависимости (потому что вы используете ее только для тестов), Z не будет включен в основной путь к классам, и вы получите некоторые проблемы, так как классы, используемые Y, не будут присутствовать.

  • В плагин Maven Enforcer добавлено новое правило принудительного применения. Это позволяет вам лучше контролировать транзитивные зависимости. Когда включено, все транзитивные зависимости запрещены, и вы должны явно включать или исключать их. Подробнее см. здесь .

0
добавлено
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async