|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Код: java 1. 2. 3. 4. 5. 6. 7.
можно и более выразительно : Код: java 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:26 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
что спорит о восьмерке - уже девятка на подходе https://wiki.openjdk.java.net/display/Adoption/JDK 9 Outreach ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:29 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
вадячто спорит о восьмерке - уже девятка на подходе https://wiki.openjdk.java.net/display/Adoption/JDK 9 Outreach Странно от тебя такое читать. Ты должен был написать, на кой она нужна та Java 8, если и на Java 7 можно всё написать. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 12:32 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
вадячто спорит о восьмерке - уже девятка на подходе https://wiki.openjdk.java.net/display/Adoption/JDK 9 Outreach 9 достаточно скучна .... ничего прорывного , если смотреть на 8 .... возможно будет стринг в виде ansi строки а не utf , в тех случаях когда все символы ascii . одна оптимизация и перфоманс ... по поводу 8 - это больше синтаксический сахар - ламды - это анонимные классы больше ничего ... :) ну и так еще по мелочам накидали классов ... хелперов .... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 13:39 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Atum1по поводу 8 - это больше синтаксический сахар - ламды - это анонимные классы больше ничего Это заблуждение. Лямды имеют поведение полностью аналогичное анонимным классам. Но реализация у них совсем иная. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 13:42 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Blazkowiczвадячто спорит о восьмерке - уже девятка на подходе https://wiki.openjdk.java.net/display/Adoption/JDK 9 Outreach Странно от тебя такое читать. Ты должен был написать, на кой она нужна та Java 8, если и на Java 7 можно всё написать. это была шутка юмора. я против такой скорости обновления, только потому, что не успели опубликовать использования всех тонкостей, одной версии, как уже другая, и всё по новой. пока инфу найдешь, пока исследуешь... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 14:09 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
BlazkowiczAtum1по поводу 8 - это больше синтаксический сахар - ламды - это анонимные классы больше ничего Это заблуждение. Лямды имеют поведение полностью аналогичное анонимным классам. Но реализация у них совсем иная. Поподробнее можно ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 14:40 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Atum1Поподробнее можно ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 14:58 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Говнопарсер убил ссылки. В общем, на 1:09:07 Куксенко рассказывает про детали реализации. На 23:38 Шипилев рассказывает о том что в поведении отличий от анонимных классов нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 15:00 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Atum1Blazkowiczпропущено... Это заблуждение. Лямды имеют поведение полностью аналогичное анонимным классам. Но реализация у них совсем иная. Поподробнее можно ? Она собирается как static метод в том классе где используется ЕМНИП. Но я это тестил на самых ранних первых версиях Jdk8 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2016, 15:46 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
BlazkowiczГовнопарсер убил ссылки. В общем, на 1:09:07 Куксенко рассказывает про детали реализации. На 23:38 Шипилев рассказывает о том что в поведении отличий от анонимных классов нет. ну вроде да - либо вдолженный класс на лету либо метод-хендлер вообще как сейчас и в каждом конкретном случае нужно смотреть что там будет - самый простой тест : Взять самую простую ламбду - в виде анонимного класса и ламбы -и декомпельнуть javap - и посмотреть что будет .... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2016, 09:04 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53.
Код: java 1. 2. 3. 4. 5.
Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42.
... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2016, 10:44 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Код: java 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2016, 11:04 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
unregestered Код: java 1.
-> Код: java 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2017, 17:08 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Прошу прощения за резкий UP. Искал где были стримы, доклады и конференции по теме Java. Не нашел. Пускай будет здесь. Основные инженеры, которые заняты перформансом, компилляторами и GC собрались дать краткий обзор по текущему состоянию релизов Java8/11/15/16/17. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 00:09 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Зачем тебе геттеры? Опять - поддержкать еще один никому не нужный тяжелый фреймворк? Если фреймворк не осилит рекорды - то значит они ему и не нужны. А мир двигается дальше. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 19:20 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Сеттеры в рекордах? Рекорды же иммутабельные были по определению. В начале по крайней мере. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 20:05 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Zzz79 я думаю осилит- вопрос в том сколько все тогда поломается- код то старый нужно поддерживать поэтому проще все name() написать getName() и все будут счастливы и фреймворки и рекорды взлетят пока это не юзабельно ибо сериализиторы без гетов не могут объект собрать . Я не пойму почему рекорд сделали по ломбоковски- типо getter это name() а setter ->name(String name) это ломает всю систему тебе нужно попытаться какой-нить кодогенератор или интроспектор написать и ощутить всю боль на себе: у полей префиксы типа is/has несут вполне ощутимую смысловую нагрузку, а когда мы начинаем пользоваться "конвенциями", где для булевских полей у нас геттеры должны называться (is|get)FieldName то сразу сталкиваемся с кучей трудностей. Называть геттеры точно также как и поля - это великая веха в истории жавы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 20:11 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Zzz79 Андрей Панфилов тебе нужно попытаться какой-нить кодогенератор или интроспектор написать и ощутить всю боль на себе: у полей префиксы типа is/has несут вполне ощутимую смысловую нагрузку, а когда мы начинаем пользоваться "конвенциями", где для булевских полей у нас геттеры должны называться (is|get)FieldName то сразу сталкиваемся с кучей трудностей. Называть геттеры точно также как и поля - это великая веха в истории жавы. попаболь с генерацией булевых полей я уже ощутил на себе когда какой то му_дак аналитик называет поле isImIdiot - и сразу ломается ломбок тут по итогу ты судорожно ищешь такие поля и делаешь им ручные гет/сет getIsImIdion /setIsImIdiot на счет вехи не уверен- веха эта уже имеется в виде ломбока @Accecor(true) Не ну твое software кунфу конечно сильное. Попробую в следующий раз бизнесу отписать - фича не может быть реализована, потому что ломбок б...ь ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 20:32 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Zzz79 я думаю осилит- вопрос в том сколько все тогда поломается- код то старый нужно поддерживать поэтому проще все name() написать getName() и все будут счастливы и фреймворки и рекорды взлетят пока это не юзабельно ибо сериализиторы без гетов не могут объект собрать . Я не пойму почему рекорд сделали по ломбоковски- типо getter это name() а setter ->name(String name) это ломает всю систему Ломбок здесь вообще непричем. По моему скромному мнению records это некие предтечи функционального программирования в Java. Я не зря поднимал топик о смерти ООП. Но это было просто гипертрофированная фантастика. Реальность примерно такова. Середина 20-го века прошла под флагом логического и функционального программирования. Это было время сильной математики. И точных наук. В конце 20 века пришел бизнес. И программирование стало на службе у обычной бухгалтерской арифметики. Там не нужен был вывод остаточных процедур и доказательтво свойства у какой-то функции. Нужно было просто еб*шить код. Много кода. И требования к самим кодерам должны быть снижены. ООП подходил идеально. Сегодня имеет место процесс переосмысления. Когда программисты ищут нового. Ищут коротких языков. DSL-подобных. И безопасных. И открылись некоторые предметные области (bigdata/Spark) где свойства ФП (такие как неизменяемость переменных) дают преимущества. В самом деле. Если переменная с момента объявления никогда не меняется (это похоже на final в Java но посложнее) то синхронизация с ней черезе synchronized или другие API становится ненужной. В самом деле. Потоки всегда видят одно value. Уходит целый пласт проблем гонок и голоданий в мультипоточке. Уходят ошибки (code-smells) повторного использования переменной в методе в другой роли. Об этом часто пишут Фаулер и дядко Боб. И это только вершина айсберга. Настоящее ФП постулирует также неизменяемость коллекций. Отсюда кстати вытекает одна важная рекомендация в использовании Java Streams которую джависты обычно нечитают и не понимают зачем она. В ФП (Scala) декларирован генерик Stream[A]/LazyList[A] который програмным образом позволяет создать бесконечные коллекции. Коллекции с отложенной инициализацией. Генераторы. В спарке работа с RDD очень напоминает чистое ФП хотя сами по себе RDD происходят как исторический срез какой-то базы данныз. Конечно взамен мы получаем новые вопросы. Как - использовать в цикле Java-Records? Как декларировать что Stream - ленивый и бесконечный. Но это будет некое итеративное развитие спецификации языка. Насколько я вижу - главные идеологи JLS - очень осторожны в этом смысле. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 20:50 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Вобщем идут такие тектонические изменения, что обсуждать Spring и Lombok неинтересно. Они - просто бюрократический обвес. Будет менятся мышление разработчиков. P.S. Да конечно ООП останется. Никто его не уберет. Мультипарадигменность - будет важнее чем культ Спринга или Ломбока. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 20:58 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Атомики решают часть задач мультипоточки. Могу придумать задачу, которую ты не решишь только на них. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2021, 23:48 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
только мало понятно, что же за задачка такая. дабы и блокировки и все остальное - реализуются чисто через память. Т.ч. даже атомики вроде избыточны, вполне volatile должно хватать. IMHO AFAIK не специалист по многопоточке. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 16:07 |
|
Java 8 - уже не совсем Java?
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev ... дабы и блокировки и все остальное.. ... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2021, 19:00 |
|
|
start [/forum/topic.php?fid=59&msg=40046438&tid=2120495]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 145ms |
0 / 0 |