LINUX.ORG.RU
ФорумTalks

Java 8 Release Candidate

 


0

2

Вышел релиз-кандидат восьмой явы, так что и финальный уже не за горами. Пора тестировать проекты на совместимость, и с выходом финальной версии - переползать.

Подробности - https://jdk8.java.net/

★★★★

и с выходом финальной версии - переползать

Ползите-ползите. Рождённый ползать...

Stahl ★★☆ ()
Ответ на: комментарий от Rastafarra

Поделки оракла годятся только для распил-отката и освоения бюджета. Не всё равно ли, какая там версия жабы?

shahid ★★★★★ ()
Ответ на: комментарий от shahid

Поделки оракла годятся только для распил-отката и освоения бюджета.

а еще за это платят.

Не всё равно ли, какая там версия жабы?

с этим есть обратная зависимость размера геморроя :)

Rastafarra ★★★★ ()

Они разве не собирались в 8 сделать TCO? Почему-то не нашёл данной фичи в списке. Кто-нибудь знает почему передумали делать?

nozh ()
Ответ на: комментарий от fornlr

Ну, это слегка андроидопроблемы. А при условии того, что ява теперь официально доступна для армов..

Nagwal ★★★★ ()
Ответ на: комментарий от Rastafarra

оно конечно да, но Ынтерпрайз на 11.2 в лучшем случае. в лучшем! до 12-ой еще дойти надо...

Опаньки, вот я медленный какой, в этом году собираюсь переползать с 10-ки на 11.2.

Irben ★★ ()
Ответ на: комментарий от nozh

Не собирались. И не собираются. Во всяком случае не слышал.

BattleCoder ★★★★★ ()
Ответ на: комментарий от nozh

Насколько помню, ни Сан, ни Оракл не собирались и не собираются прикручивать оптимизацию хвостовой рекурсии.

ma1uta ★★★ ()
Ответ на: комментарий от ma1uta

Можно сказать, что он счастливчик, переползают на 11-ый оракл.

Во всём виноват вендор, который сказал, что теперь только Оракл 11. Причём версии, поддерживающей и 10-ый и 11-ый не было, надо сразу мигрировать на следующую версию и самого приложения и Оракла.

Irben ★★ ()
Ответ на: комментарий от RedPossum

Это был сарказм. Лямбды тоже не нужны. Джава катится в мультипарадигмальный язык, а должна стремиться к Ъ-ООПу.

CYB3R ★★★★★ ()
Ответ на: комментарий от nozh

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

h31 ★★★★ ()
Ответ на: комментарий от CYB3R

Джава катится в мультипарадигмальный язык, а должна стремиться к Ъ-ООПу.

Есть уже Ъ-smalltalk и судя по его распространенности вполне можно увидеть - на чем реальные разработчики этот Ъ-ооп крутили и с какой амплитудой его труба шатали.

Nagwal ★★★★ ()
Ответ на: комментарий от RedPossum

И не будет, не нужно же

Я бы сказал что нужно в ограниченных масштабах, фактически только для BigDecimal/BigInteger.

Nagwal ★★★★ ()

Ну хоть на этот раз жабка научилась не тормозить?

gogi ()

А куда нам деваться если
Java 7 End of Public Updates: March 2015

grim ★★☆☆ ()

А можно ченджлог, для Ъ.

Yustas ★★★★ ()
Ответ на: комментарий от CYB3R

Но добавили адский implementation для интнерфейсов.
Песец.
Нет чтобы сделать как в C#

Но им видимо религия не позволяет фичу нормально передрать :(

grim ★★☆☆ ()
Ответ на: комментарий от Nagwal

Diamond inheritance problem слышали?

Так вот оно самое.

Но главная претензия, что это работает только с интерфейсом.

Extensions в C# работаю с любыми типами не создавая проблем.

grim ★★☆☆ ()
Последнее исправление: grim (всего исправлений: 1)
Ответ на: комментарий от grim

Нет там никакой diamond inheritance problem. Именно из за того, что работает только с интерфейсами, в которых невозможно инкапсулировать состояние, А если нет состояния, то нет и проблем.

Nagwal ★★★★ ()
Ответ на: комментарий от grim

Что такое diamond inheritance - я в курсе. Из проблем с ним я помню только проблему с вызовами деструкторов, когда не понятно - в каком порядке они будут вызваны и не будет ли вызван деструктор базового метода несколько раз. При отсутствии состояния - данная проблема не актуальна.

Nagwal ★★★★ ()
Ответ на: комментарий от Nagwal

Но вообще со всем этим барахлом я возился очень давно, еще в институте, т.е. лет наверное 10 назад. Так что что-то могу уже не помнить.

Nagwal ★★★★ ()
Ответ на: комментарий от grim
Step (3) in the resolution
procedure above addresses the case of ambiguous default
implementations. It is allowable to inhe
rit a default through multiple paths (such as
through a diamond-shaped interface hierarchy),
but the resolution procedure is looking
for a
unique, most specific defaul
t-providing interface.
If one default “shadows” another
(where a subinterface provides a different de
fault for an extension method declared in a
superinterface), then the less specific interf
ace is pruned from consideration – no matter
where it appears in the inheritance hierarchy.
If two or more extended interfaces provide
default implementations, and one is not a superi
nterface of the other,
then neither is used
and a linkage exception is thrown indicat
ing conflicting default implementations

нет никакой diamond problem в java8

maloi ★★★★★ ()
Ответ на: комментарий от grim

В том, что описано в статье - я вообще не вижу проблемы. Если есть неразрешимые колизии - компилятор ругнется и придется явно перегрузить метод, указав что какие методы дергать. С состоянием и деструкторами в c++ да, были проблемы, решаемые набором каких-то адских костылей. В яве их нет.

Nagwal ★★★★ ()
Ответ на: комментарий от grim

По твоей же ссылке сказано:

Java 8 introduces default methods on interfaces. If A,B,C are interfaces, B,C can each provide a different implementation to an abstract method of A, causing the diamond problem. Either class D must reimplement the method (the body of which can simply forward the call to one of the super implementations), or the ambiguity will be rejected as a compile error. [6]

Nagwal ★★★★ ()
Ответ на: комментарий от grim

в вики написано же - компилер ругнется. если компилер не ругается (напирмер скомпилено более старой версией jre) - рантайм ругнется (я тебе цитату привел чуть ли не из спецификации java?)

maloi ★★★★★ ()
Ответ на: комментарий от grim

Нет чтобы сделать как в C#

реализация в C# тоже не блещет красотой, надо сказать (я про отсутствие полиморфизма).

maloi ★★★★★ ()
Ответ на: комментарий от grim

В том виде, в котором она существует - это не баг а фича. Нигде не создается плавающих багов и unexpected behavior.

Nagwal ★★★★ ()
Ответ на: комментарий от maloi

Я плакаль.
Плакаль и осознаваль мудрость моего Dev.Manager сказавшего что Java была создана чтобы утилизировать людской ресурс не способный осилить CS в нормальном объёме.

grim ★★☆☆ ()

А производительность VM хоть в чём-нибудь улучшили? Может, она памяти жрёт чуть меньше? После Sun как-то несколько печальные фичи предоставляют нам, имхо.

menangen ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.