План с внимательным миграцией для заявок Java5/Java6 на Java 7?

Question

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

Преимущество этого шага будет в том, чтобы убирать и улучшить многие вещи, связанные с IO, в приложении с Nio.2.

У меня есть все необходимые источники приложений и соответствующие библиотеки (если будут необходимы изменения). Учитывая, что у Java 7 есть лишь некоторые незначительные улучшения - после того, как большинство обновлений виртуальной машины уже в Java 6, а большие изменения, такие как закрытие или бензопила, отменены - он должен быть достаточно стабильным, чтобы использовать его через несколько месяцев, верно?

Answer 1

В настоящее время я исследую, имеет ли смысл отложить некоторые незначительные запланированные рефакторические работы и объединить ее с миграцией на Java 7

Что ж, все еще существует большая неопределенность в отношении графика Java 7, как недавно объяснил Марк Рейнхольд (главный архитектор группы Platform Platform в Oracle) на его блог и на Открытый список рассылки:

В течение некоторого времени было ясно, что самый последний график разработки JDK 7 - это мягко, нереально.

(...)

Наша настоящая наилучшая оценка заключается в том, что мы могли бы завершить, проверять и стабилизировать запланированную работу во время выпуска в середине 2012 года.

(...)

Наша нынешняя оценка для этого «Плана B» заключается в том, что мы можем отправить сокращение JDK 7 в середине 2011 года и JDK 8 во второй половине 2012 года.

Обобщить:

Plan A:     JDK 7 (as currently defined)                     Mid 2012
Plan B:     JDK 7 (minus Lambda, Jigsaw, and part of Coin)  Mid 2011
            JDK 8 (Lambda, Jigsaw, the rest of Coin, ++)    Late 2012

Таким образом, в лучшем случае Java 7 будет там чуть менее одного года, а Java 8 (с большими изменениями) чуть более двух лет. И в худшем случае Java 7 будет там чуть менее двух лет.

Преимущество этого шага будет в том, чтобы убирать и улучшить многие вещи, связанные с IO, в приложении с Nio.2.

Для более поздней части (Nio.2) вам понадобится Java 7. Но для первой части (уборка) нет никаких веских причин ждать, если вы получите немедленные преимущества, особенно с учетом неопределенности графика Java 7 Анкет

Учитывая, что у Java 7 есть лишь некоторые незначительные улучшения - после того, как большинство обновлений виртуальной машины уже в Java 6, а большие изменения, такие как закрытие или бензопила, отменены - он должен быть достаточно стабильным, чтобы использовать его через несколько месяцев, верно?

Во -первых, даже если сообщество, кажется, предпочитает План б, В камне ничего не написано, поэтому я бы не стал принять решение на нем. Во -вторых, даже если Sun всегда старался максимизировать совместимость Ascende между Java -версиями и предлагать стабильные платформы, я не могу предсказать будущее :) И я довольно уверен, некоторые консервативные компании, вероятно, немного ждат (независимо от Выбранный сценарий).

использованная литература

• Переосмысление JDK 7 Марк Рейнхольд (главный архитектор группы Java Platform в Oracle)
• Переосмысление JDK 7 Марк Рейнхольд (главный архитектор группы Java Platform в Oracle)