Правильно ли я предполагаю, что большинство конечных пользователей используют более старую версию, чем Java 8? Поскольку я не хочу принуждать людей к обновлению для использования моего приложения, должен ли я планировать использовать Java 7 или даже 6 с самого начала, даже если это означает, что я не могу применить преимущества более новых версий для себя как разработчик?
java
architecture
backward-compatibility
Андреас Хартманн
источник
источник
Ответы:
Правильно полагаться на установленную JRE не имеет смысла вне контролируемой корпоративной среды, где все рабочие столы привязаны к определенной версии. В этом случае вы должны задать этот вопрос человеку, который контролирует эту среду.
Для настольного Java-приложения для массового рынка вы должны использовать установщик или модуль запуска, который объединяет JRE, который вы хотите использовать, или настроить Java Web Start (JAWS).
Обратите внимание, что если вы фактически распространяете JRE в комплекте, вы должны соблюдать условия лицензии . Я не юрист, но это не должно быть проблематичным для большинства целей. Если вы находитесь в ситуации, когда у вас есть команда юристов, вы, конечно, должны пройти мимо нее.
Разработчику или другому технически ориентированному инструменту обычно предпочтительно публиковать файлы jar в Maven Central , поэтому их распространение и загрузка полностью автоматизированы. Это один из случаев, когда использование старых версий Java является преимуществом, поскольку позволяет использовать их в корпорациях с более старой версией.
Но я бы не стал беспокоиться об этом слишком сильно для проекта, начатого сегодня.
Наконец, если все вышеперечисленное является слишком большой работой, вы можете просто опубликовать исходный код на github или bitbucket и позволить пользователю создать его самостоятельно.
источник
Java 6 не поддерживается Oracle, поэтому не используйте это. Поддержка Java 7 заканчивается 15 апреля, так что вы знаете. Просто используйте Java 8 и избавьте себя от хлопот.
См. План поддержки Oracle для получения дополнительной информации.
источник
Еще один момент, который следует учитывать, заключается в том, что, в зависимости от размера вашего проекта, какая версия Java выйдет, а какая устареет. Для большинства крупных проектов было бы целесообразно работать с текущей версией «вне бета / альфа» (в данном случае Java 8), которая может быть или не быть актуальной при выпуске.
источник