одну библиотеку, которую наружу своей я не хочу выставлять в апи (хочу kotlin/android штуки только в апи своей библиотеки вывести). Вопрос: можно ли делать в своем паблик-классе internal-метод, который в сигнатуре содержит классы внутренней либы? Не будет ли при этом потребитель моей либы вынужден тащить к себе в проект внутренние зависимости моей библиотеки?
а как она будет работать без зависимости?
Понятно, что никак. Только вытаскивать в апи я не хочу всякие OpenCV и прочее месиво. Пусть юзер работает с привычными android.graphics.Rect вместо структур OpenCV
для библиотек, который создаются для фреймворков пишутся Stub'ы. И подключаются как compileOnly. В Moxy это хорошо видно
Занятно, посомтрю в эту сторону. Но вопрос все еще открыт: не помешает ли мне internal-метод потащить OpenCV через compileOnly?
если подключается как compileOnly то зависимость не попадает в конечный артефакт
Это я понимаю, но и с internal проблем не будет, если в их сигнатуре содержяться классы из compileOnly зависимостей?
вот тут что то я завис и не могу понять задачу
В сигнатуре internal метода классы из compileOnly зависимости. Будут ли потенциальные проблемы? Я помню, что на уровне байт-кода internal странно себя вел как-то, отсюда вопрос
Обсуждают сегодня