Lite 16 сен 2009 в 07:20

Что же всё-таки будет в Java 7 — окончательный список

3 мин

5.4K

Java *

+57

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

sse 16 сен 2009 в 07:23

Форматировать не пробовали? Говорят, помогает )

nooze 16 сен 2009 в 07:28

Ну как же, смотрите сколько разного форматирования — и полужирный и начертания разные

Lite 16 сен 2009 в 07:52

Да у самого волосы дыбом встали. :) Только что пришло в голову, что виноват может быть какой-то из навешанных Greasemonkey-скриптов…

Lite 16 сен 2009 в 07:53

И на будущее буду учитывать, что тэг - то ещё поделие. Уж лучше .

wdk 16 сен 2009 в 08:28

Что-то пошло не так у вас.

crazyprog 16 сен 2009 в 07:24

Аццкийадд!

hannimed 16 сен 2009 в 07:28

Для полноты картины не хватает LowerCase и убрать все знаки препинания :)

wdk 16 сен 2009 в 07:29

Охуенный топик!

wdk 18 сен 2009 в 03:21

Автор выкладывает непонятно что -> получает комментарии -> меняет топик -> авторы старых комментариев получают минусы. Превосходно.

Lite 18 сен 2009 в 04:50

wdk прав, не минусуйте его. Хотя можно бы и без мата. ;)

pieceofsummer 16 сен 2009 в 07:31

Так и вижу: using, collection initializers…
К восьмой версии будут extension methods и свой linq с преферансом и блудницами?

apple_fan 16 сен 2009 в 07:31

Нет замыканий? Отстой…

sse 16 сен 2009 в 07:42

Пишите на Scala — там и замыкания, и управляемая вариантность, и синтакс-билдеры есть :)

akuznetsov 16 сен 2009 в 14:17

А так же можно писать jruby, jython, goorvy.

xflower 16 сен 2009 в 14:50

Это распространённый совет.
Однако:
— для scala нет качественного ide с вышеупомянутыми пасьянсом и проститутками
— у меня есть проект на несколько сотен тыщ мильонов строчек с постоянными конструкциями типа


new IConditionCheck(){
     public boolean check(Object o){
       return o == objectIAmLookingFor;
     }
}

оно, конечно, работает. И даже понятно о чём речь. Но глаз всё же цепляется.
Переписывать все сотнитыщмильонов строк на scala — не хватит ни бюджета ни (surprise!) scala-разработчиков.

sse 16 сен 2009 в 16:01

— Для scala есть плагины к Eclipse и Netbeans. Я пользовался вторым. Чего там нет, так это рефакторинга, но для функциональных языков более-менее сложный рефакторинг — это из разряда rocket science.
— А если бы появились замыкания, как бы вы сконвертировали существующий код? Предвижу ответ — вы бы не стали переписывать существующий код. Так чтобы использовать Scala, тоже не надо переписывать существующий код. Она (scala) нормально взаимодействует с java-программой.

isapioff 16 сен 2009 в 09:07

вообще-то, есть анонимные классы. оно очень похоже на замыкания

Lite 16 сен 2009 в 09:20

Навеяло в тему:

Как-то однажды знаменитый учитель Кх Ан вышел на прогулку со учеником Антоном. Надеясь разговорить учителя, Антон спросил: «Учитель, слыхал я, что объекты — очень хорошая штука — правда ли это?» Кх Ан посмотрел на ученика с жалостью в глазах и ответил: «Глупый ученик! Объекты — всего лишь замыкания для бедных.»

Пристыженный Антон простился с учителем и вернулся в свою комнату, горя желанием как можно скорее изучить замыкания. Он внимательно прочитал все статьи из серии «Lambda: The Ultimate», и родственные им статьи, и написал небольшой интерпретатор Scheme с объектно-ориентированной системой, основанной на замыканиях. Он многому научился, и с нетерпением ждал случая сообщить учителю о своих успехах.

Во время следующей прогулки с Кх Аном, Антон, пытаясь произвести хорошее впечатление, сказал: «Учитель, я прилежно изучил этот вопрос, и понимаю теперь, что объекты — воистину замыкания для бедных.» Кх Ан в ответ ударил Антона палкой и воскликнул: «Когда же ты чему-то научишься? Замыкания — это объекты для бедных!» В эту секунду Антон обрел просветление.

nimeku 16 сен 2009 в 10:16

а в Java были какие-то другие варианты замыканий? просто интересно

isapioff 16 сен 2009 в 10:18

да вроде больше не знаю

vinni 16 сен 2009 в 07:31

Спасибо.

Timmmm 16 сен 2009 в 07:46

Совсем другое дело )

Skiminok 16 сен 2009 в 07:55

Круговорот фич в природе какой-то.
Карл у Клары украл dynamic, а Клара у Карла украла байткод.

Lite 16 сен 2009 в 08:05

Тут спросили про null-безопасные операторы. Предлагались три оператора:
"?:", "?.", "?[]"

Примеры:

String s = a ?: "value if a is null";
String s = a?.b?.c; // s is assigned with null if a or b is null
String s = a?[i]; // s is assigned with null if a is null

Неплохая была идея, кстати. Сужу по опыту работы с Groovy.

Scala 16 сен 2009 в 08:52

В Groovy — действительно удобно. Java это не надо, для этого следует использовтаь @Nullable, @NonNull.

То же самое и по поводу замыканий — Scala язык функциональный, там они к месту. В Java можно обойтись упрощением синтаксиса для уже существующих анонимных классов — docs.google.com/Doc.aspx?id=k73_1ggr36h

Я рад ништякам — очень консервативно и по делу. Улучшенную обработку исключений и CICE всё же хотелось бы рано или поздно увидеть в языке.

xflower 16 сен 2009 в 14:56

Как @Nullable заменяет "?:"?

Jamon 16 сен 2009 в 08:56

да, жаль. Но на sun tech days вроде бы говорили об операторе @, возвращающий левый операнд, если он не равен null, и правый в противном случае.

nimeku 16 сен 2009 в 10:24

интересно было бы почитать статью об операторе @, как и где его применять.

ice9 17 сен 2009 в 08:37

Это как раз и есть Элвис, т.е. оператор "?:".

butaji 16 сен 2009 в 08:45

Инициализация коллекций классная!

miptalan 16 сен 2009 в 08:55

синтаксис короче, но unmodifiable — это будет неудобно…

Scala 16 сен 2009 в 09:12

Никто не мешает сделать их изменяемыми.

mace 16 сен 2009 в 08:56

Ну вот, теперь джава догоняет C#. Только лениво как-то.

antalus 16 сен 2009 в 09:03

Вопрос в том, нужно ли в Java все то что уже есть в С#

swk 16 сен 2009 в 09:24

джваве-то все-равно, а вот джава-программистам очень бы хотелось )

teran 16 сен 2009 в 10:41

Не говори, плиз, за всех. Очень многие фишки в C# крайне вредны при коллективной разработке

Lite 16 сен 2009 в 10:41

Например?

shai_xylyd 16 сен 2009 в 10:48

Ленивость LINQ'а. Так как ленивость в языке с возможностью побочных эффектов может порождать неуловимые баги.

teran 16 сен 2009 в 11:00

Например введение var. Это сильно ухудшает читабельность кода.

НЛО прилетело и опубликовало эту надпись здесь

sse 16 сен 2009 в 13:04

Вы имеете в виду — анонимных? var никоим образом не связано с run-time

НЛО прилетело и опубликовало эту надпись здесь

ashmind 17 сен 2009 в 09:07

Наоборот.
MyClass<OtherClass, AnotherClass> my = new MyClass<OtherClass, AnotherClass>()
читается гораздо хуже чем
var my = new MyClass<OtherClass, AnotherClass>()

Мне кажется, не обязательно читать одно и то же два раза, чтобы понять смысл.

Lite 17 сен 2009 в 09:10

Если использовать вразумительные имена переменных, то как раз лучше упрощать левую часть. А в этом помогает var.

miptalan 16 сен 2009 в 08:59

type inference в generics — это прекрасно, сколько конструкций на пару строк написано типа Map<long.key.name,List<Set<long.other.type.name>>> list = new HashMap<и тут по-новой>

Scala 16 сен 2009 в 09:01

Да, хоть IDE и научились это дополнять и скрывать, всё равно это очевидный визуальный мусор.

pieceofsummer 16 сен 2009 в 09:14

Уж не знаю, по мне, так var в c# явно нагляднее. Логичнее видеть, что именно мы создаем, а не чему потом это присваиваем.

teran 16 сен 2009 в 10:50

Лично я с детства привык читать слева направо и мне хотелось бы видеть тип переменной сразу, так что все ок.

xflower 16 сен 2009 в 14:57

Map<Key, Value> map = Factory.createHashMap();

leave 16 сен 2009 в 09:18

Строки в switch! Ура!

Lite 16 сен 2009 в 09:23

Ещё есть куда расти. Пример switch из Groovy:

switch (10) {
  case 0 : assert false ; break
  case 0..9 : assert false ; break
  case [8,9,11] : assert false ; break
  case Float : assert false ; break
  case {it%3 == 0}: assert false ; break
  case ~/../ : assert true ; break
  default : assert false ; break
}

Последний case — это совпадение с регулярным выражением.

eschava 16 сен 2009 в 11:26

да, этот пример действительно показывает, насколько case наглядней if-else

krolser 16 сен 2009 в 13:41

Нагляднее то нагляднее. А вы в курсе, во что разворачивает компилятор case?

shai_xylyd 16 сен 2009 в 09:25

Прогресс на лицо, чувствую лет через пять можно будет переключаться с Nemerle на любой mainstream язык без такого уныния, которое испытываю сейчас=)

Scala 16 сен 2009 в 09:56

А Nemerle разве ещё развивается?

shai_xylyd 16 сен 2009 в 10:31

Да, он развивается.
Недавно была добавлена поддержка LINQ, скоро будет релиз версии 1.0 :) У языка есть хороший плагин для поддержки в студии, а так же своя бесплатная IDE на основе visual studio shell. На днях проект стал еще более открытым — репозиторий переехал на google code.

Хотя с другой стороны, создатели языка постарались: у них получился очень сбалансированный и мощный язык, который не утратил актуальности до сих пор. Mainstream языки, какие как Java и C# (в меньшей степени), с каждой новой версией стремятся к возможностям, которые предоставляет Nemerle, но, в отличии от них, он изначально был спроектирован под эти возможности и поэтому выглядит более элегантно.

lig 16 сен 2009 в 10:31

Мне кажется или многое из сего навеяно языком Python?

trg 16 сен 2009 в 10:44

Скорее C#.

Throwable 16 сен 2009 в 10:45

Насколько я понимаю, сохраняется полная бинарная совместимость с Java 6.0? А ништяки зачетные.

ShapovalovTS 16 сен 2009 в 10:46

Дааа, проектировщикам Java7 еще далеко до проектировщиков нового стандарта С++, последние видать не любят делиться веществами…

Fortop 16 сен 2009 в 11:17

Мгм, а вопрос профана в Java. Для чего ввели dynamic конструкции?

Lite 16 сен 2009 в 11:25

На уровне языка — непонятно. На уровне JVM — очень полезно для других языков: Groovy, JRuby, JPython…

Scala 16 сен 2009 в 11:50

mail.openjdk.java.net/pipermail/coin-dev/2009-March/001131.html

Fortop 16 сен 2009 в 11:58

Короче, как я понял, основное достоинство — это легкость создания новых языков на JVM. Верно?

sse 16 сен 2009 в 12:19

Новых динамических языков на JVM

antalus 16 сен 2009 в 11:46

В данной статье описан финальный список изменений в т.н. Project Coin, который идет с меткой «Small language enhancements».

В JDK7 помимо изменений в lang вносятся также изменения в части vm, core, client, web. Интересующимся читать на английском тут

Scala 16 сен 2009 в 11:54

Больше всего интересно, чем закончатся споры о Jigsaw & JSR-294.

intenter 16 сен 2009 в 11:51

Нормальный эволюционный релиз. Как тут сказали выше, консервативный. Даже Dynamic добавили как тип, а не как ключевое слово.

AdOLF_04 16 сен 2009 в 16:23

Жалко, что не будет поддержки BigDecimal на уровне языка.

Kodeks 17 сен 2009 в 09:47

два плюса тебе, хороший человек!

nile1 18 сен 2009 в 04:20

На мой взгляд, могли бы добавить и синтаксические вкусности вроде свойств, инициализаторов, анонимных функций и т.п. как в C#. JVM переделывать не надо, а удобочитаемость улучшается в разы (хотя, конечно, все хорошо в меру).

mezastel 18 сен 2009 в 05:12

Прочитав все это, очень рад что пишу на C#, ибо большинство изложенного у нас уже есть, причем даже покрасивее чем в Java.

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