Комментарии 7
По-моему не взлетит. Основная необходимость модульной системы — решать конфликт с версиями транзитивных зависимостей — не решена. Требует радикальных изменений систем сборки. Также затронет существующие фреймворки, сервера приложений, и многие API, которые изначально не рассчитывались на модульную систему. Все ради сомнительной абстрактной цели.
А что на счёт производительности? Разве модульность не позволит сэкономить пару наносекунд, критичных для бирж?
Все-таки, вопросы из первой части остаются открытыми.
По поводу API: если мой модуль импортирует java.xml.bind, и я хочу инициализировать контекст с моими классами: JAXBContext jc = JAXBContext.newInstance(«com.acme.foo»), то классы com.acme.foo должны быть доступны для java.xml.bind. В предлагаемой схеме, неясно: либо java.xml.bind нужно где-то указать, что ему доступен модуль com.acme.foo для чтения. Плюс мой модуль обязательно должен экспортировать пакет com.acme.foo, чтобы он был видимым для java.xml.bind. Либо вообще юзать java.xml.bind в «безымянном» модуле, но тогда смысла в модулях я не вижу.
По поводу API: если мой модуль импортирует java.xml.bind, и я хочу инициализировать контекст с моими классами: JAXBContext jc = JAXBContext.newInstance(«com.acme.foo»), то классы com.acme.foo должны быть доступны для java.xml.bind. В предлагаемой схеме, неясно: либо java.xml.bind нужно где-то указать, что ему доступен модуль com.acme.foo для чтения. Плюс мой модуль обязательно должен экспортировать пакет com.acme.foo, чтобы он был видимым для java.xml.bind. Либо вообще юзать java.xml.bind в «безымянном» модуле, но тогда смысла в модулях я не вижу.
По-моему херня какая-то (
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Первые шаги с Java 9 и проект Jigsaw – часть вторая