AN
речь, наверное, о компоновке проекта
И она тоже зависит от задачи. Вообще типичная компановка есть в тутриале - пилим на модули и реализуем по отдельности
Size: a a a
2020 May 05
BP
Я с мобилок, это верно подмечено. Сейчас появилось тьма тьмущая строчек кода, и все это дело надо бы разбить\спрятать\запрятать
разбиваем модулями ктор, 1 модуль - компонент (на примере как в спринге). даже модуль можно разбить на эксеншин функции
2020 May 06
AM
https://docs.gradle.org/6.4/release-notes.html#building,-testing-and-running-java-modules
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
BP
https://docs.gradle.org/6.4/release-notes.html#building,-testing-and-running-java-modules
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
А прошло времени всего-то ничего 🙃
AM
Но при этом описания модулей всё равно надо ручками делать, то есть они по сути повторяют 1-в-1 зависимости в гредле
VP
Это да, но хоть так
VP
Но модули остаются фичей, нужной далеко не всем
VA
https://docs.gradle.org/6.4/release-notes.html#building,-testing-and-running-java-modules
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
Тут кстати эцсамое, в Gradle 6.4 какую-то поддержку модулей завезли
но сломали shadow в runShadow… баг-реквест правда ещё не завёл - пример надо закинуть
AN
Но модули остаются фичей, нужной далеко не всем
Я так и не понял, что они дают при наличии градл сборки. Быстрее загрузку?
VP
Я так и не понял, что они дают при наличии градл сборки. Быстрее загрузку?
Возможность спрятать пакет от сторонних глаз, проверки доступа в рантайме, да пожалуй и всё.
AN
Возможность спрятать пакет от сторонних глаз, проверки доступа в рантайме, да пожалуй и всё.
Ну это так себе бонус.
VP
Т.е. в контексте котлина на сервере - ровно ничего 🙂
AN
Не, ну там есть более симпатичный синтаксис для сервис лоадеров. И по-моему все-таки какие-то оптимизации загрузки. но как-то маловато будет.
VP
Я так и не понял, что они дают при наличии градл сборки. Быстрее загрузку?
Со сборкой связи никакой - закидывать джарники в classpath можно было и раньше.
Мне кажется, модули созданы больше для изоляции внутренностей JDK, и спасибо им за это.
Мне кажется, модули созданы больше для изоляции внутренностей JDK, и спасибо им за это.
VP
Не, ну там есть более симпатичный синтаксис для сервис лоадеров. И по-моему все-таки какие-то оптимизации загрузки. но как-то маловато будет.
Туда не копал, тоже весьма специфичная штука
AM
Туда не копал, тоже весьма специфичная штука
Там, собственно, сервисы просто экспортируются в module-info вместо обычного подхода с манифестом.
AM
Более удобно, конечно, просто в одном месте перечислить интерфейсы с реализациями из текущего модуля, чем заводить это файлами где-то поштучно. Хотя те, у кого их много, обычно вроде AutoService пользуются.
AM
Хотя kapt медленный))
VP
Там, собственно, сервисы просто экспортируются в module-info вместо обычного подхода с манифестом.
Манифест - это про osgi скорее, обычно отдельные файлики в META-INF
AM
Манифест - это про osgi скорее, обычно отдельные файлики в META-INF
Да, прошу прощения, всё правильно