Как стать автором
Обновить

Комментарии 6

Я так полагаю, если фича зайдет, то следующей итерацией будет встроить в Java простенький dependency manager типа Grape в Groovy.

Да, было бы круто. Я пока выкручивался используя gradle и писал скриптовую логику в build.gradle файле. Запускал из gradlew.
Всё в принципе работало, но приходилось несколько доп файлов тянуть, помимо самого скрипта, — jar, property и скрипт враппера.

Запуск исходника это, конечно, круто, но если использовать IDE, например eclipse, то, в принципе, о сборке не думаешь. Просто запускаешь и все.
И если тут умные люди, верно ли что модули это какая-то замена мавену?

Я где-то читал, что несмотря на то, что модуля позволяют явно указывать зависимости, в них специально не добавили возможность указать версию модуля. Почему – там говорили, что определение графа зависимостей и защита видимости экспортируемых классов – две разные задачи, но, возможно, в будущем, они подумают над этим.


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


UPD: Кажется, это было здесь, по ссылке "Modules in One Lesson".

Я тоже заметил, что можно исполнять файл с несколькими публичными классами. Но так и не понял, зачем это нужно. Если файл один, то всё и так находится в одном пакете, и public/не-public уже не имеет значения.

С shebangʼом типа "#!/usr/bin/java --source 11" надо иметь в виду, что не все платформы разбирают идущее после первого пробела на несколько аргументов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий