Це відео змотивувало мене почитати про Кложур. Дуже цікава мова, з дуже крутим автором Річ Хіккі. Раджу його доклад "Simple made easy". Дискусійно, але розширює світогляд
На 43 хв, коли додали checked exception до метода, чому не можна прямо в supplyAsync() прописати лямбду з try-catch? Я от прописав і все нормально запускається і працює. Чи не в цьому взагалі було питання? Бо щось я зовсім догнати не можу.
Технічно можна, але писати в лямбді try-catch - це погана практика з точки зору чистоти коду. Якщо в лямбді є щось складніше, ніж один рядок, то треба виносити цю логіку в допоміжний метод.
В Котлін змінні та дефолтні значення оголошуються так же як в Паскалі. Тепер зрозуміло чому по дефолту в Idea хоткеї такіж як в Delphi. Мабуть розрозбники з intellij поклонники Delphi.
Було б добре додати помітку, що тут використовується preview 17 jdk. Не усі помітять в консолі помітку "--enable-preview". Не усі фічі доступні в релізній версії.
Clojure - так це ж улюблен мова Uncle Bob! Останні пʼять років він піарить його у своєму блозі, розказуючищо усі джави, типи не потрібні, а саме лісп на jvm найкраще що могло статися)
Погляд збоку. В мене мало досвіду, а з котлін так взагалі нема, але він мені здається перенасиченим спеціями/солодощами, що губиться сама структура/суть. Ну немає в джава функцій розширення, так унаслідуй все в новому класі й добав свій метод, і ніхто не буде плутатись, буде ясна логіка абстракцій і не буде підводних каменів та течій. Гадаю що це навантаження на синтаксис небезкоштовне для ресурсів. Таке питання. Якщо ту саму річ в котлін можна робити багатьма способами, чи не призводить це до різних(і іноді неоптимальних) байт-кодів? Дякую за відео.
> Ну немає в джава функцій розширення, так унаслідуй все в новому класі й добав свій метод Приблизно так компілятор Котліну, Скали і Груві і працює. Якщо клас фінальний, то створюється wrapper. Як приклад, Скала використовує джавовий String, але методів в ньому набагато більше. Хоча клас закритий для розширення.
> Гадаю що це навантаження на синтаксис небезкоштовне для ресурсів. JIT сам знаходить гарячі точки і оптимізує їх. Та й програмісти компіляторів цих мов теж постійно покращують байткод. При появі invokedynamic у Java 8, зарелізили Scala 2.12, котра переписала усі лямбди з анонімних класів на нову конструкцію байт коду. Kotlin ще більш активний у цьому плані. Але байткод пухкіший, так
Щодо records - на твою думку, на скільки вони органічно виглядають в Java? Якби вони на рівні JVM були, це була б одна історія. А по факту це синтаксичний цукор, з котрим не можна працювати в Hibernate :/
Мені здалось концептуально records дуже схожий на деструктуризацію в js. Там воно використовуэться типу як у в джаві дто. Тобто для того щоб прокинути в якусь логіку частину початкового объекта.
👉 Навчання від Bobocode: bit.ly/3IRrJhj
Дякую за відео. До цього момента не знав про клас CompletableFuture.
Будь ласка, насправді він був доданий ще в Java 8.
Це відео змотивувало мене почитати про Кложур. Дуже цікава мова, з дуже крутим автором Річ Хіккі. Раджу його доклад "Simple made easy". Дискусійно, але розширює світогляд
Дякую, чекаєм наступний епізод :)
17:47 в java є анонімні класи особисто мені це сама цікава фіча, яка колись змусила мене битись головою об стіл
На 43 хв, коли додали checked exception до метода, чому не можна прямо в supplyAsync() прописати лямбду з try-catch? Я от прописав і все нормально запускається і працює. Чи не в цьому взагалі було питання? Бо щось я зовсім догнати не можу.
Технічно можна, але писати в лямбді try-catch - це погана практика з точки зору чистоти коду. Якщо в лямбді є щось складніше, ніж один рядок, то треба виносити цю логіку в допоміжний метод.
@@Bobocode буду знати, дякую.
В Котлін змінні та дефолтні значення оголошуються так же як в Паскалі. Тепер зрозуміло чому по дефолту в Idea хоткеї такіж як в Delphi. Мабуть розрозбники з intellij поклонники Delphi.
😂
Було б добре додати помітку, що тут використовується preview 17 jdk. Не усі помітять в консолі помітку "--enable-preview". Не усі фічі доступні в релізній версії.
А що саме з відео недоступне у релізнутій версії Java 17?
@@Bobocode switch з логічними опереторами
Вони переробили ці guarded patterns в 21+ джавах. Тепер воно виглядає як "case Long l when l > 1000 -> ...". Ось нашо вони ці preview роблять.))
Clojure - так це ж улюблен мова Uncle Bob! Останні пʼять років він піарить його у своєму блозі, розказуючищо усі джави, типи не потрібні, а саме лісп на jvm найкраще що могло статися)
🤷🏻♂️я думаю, що він дуже розумний дядько. Просто не має смаку 🙂
@@Bobocode на вкус і цвєт товаріщєй нєт 😅
Перепрошую. Хиба сигнатура метода - це не аргументи і їх порядок? Я вчив, що значення, що повертаються та throws в сигнатуру не входить. Що правда?
Правда на нашому боці ;)
Погляд збоку. В мене мало досвіду, а з котлін так взагалі нема, але він мені здається перенасиченим спеціями/солодощами, що губиться сама структура/суть.
Ну немає в джава функцій розширення, так унаслідуй все в новому класі й добав свій метод, і ніхто не буде плутатись, буде ясна логіка абстракцій і не буде підводних каменів та течій. Гадаю що це навантаження на синтаксис небезкоштовне для ресурсів.
Таке питання. Якщо ту саму річ в котлін можна робити багатьма способами, чи не призводить це до різних(і іноді неоптимальних) байт-кодів?
Дякую за відео.
Я не спец. в Котліні. Але, коли я з ним працював, то по відчуттях він повільніший ніж Java. І це тому, що всі ці фічі дійсно не безкоштовні.
> Ну немає в джава функцій розширення, так унаслідуй все в новому класі й добав свій метод
Приблизно так компілятор Котліну, Скали і Груві і працює. Якщо клас фінальний, то створюється wrapper. Як приклад, Скала використовує джавовий String, але методів в ньому набагато більше. Хоча клас закритий для розширення.
> Гадаю що це навантаження на синтаксис небезкоштовне для ресурсів.
JIT сам знаходить гарячі точки і оптимізує їх. Та й програмісти компіляторів цих мов теж постійно покращують байткод. При появі invokedynamic у Java 8, зарелізили Scala 2.12, котра переписала усі лямбди з анонімних класів на нову конструкцію байт коду. Kotlin ще більш активний у цьому плані. Але байткод пухкіший, так
ДЗ:
Закінчити роботу над ДЗ по модулю Funamentals.
Зараз би io bounded операції виконувати б на комон пулі….
Щодо records - на твою думку, на скільки вони органічно виглядають в Java? Якби вони на рівні JVM були, це була б одна історія. А по факту це синтаксичний цукор, з котрим не можна працювати в Hibernate :/
Хм.. Я ще з ними толком не працював. А от Котлін з Hibernate не дружить :)
@@Bobocode це по тій самій причині) data classes мали б бути мутабельні, а тоді розвалюється уся ідея
records для DTO саме то
Мені здалось концептуально records дуже схожий на деструктуризацію в js. Там воно використовуэться типу як у в джаві дто. Тобто для того щоб прокинути в якусь логіку частину початкового объекта.
Такого плана языки как Котлин при всей его простоте при неправильном использование дорого а такой говнокод... Ух