не стейбл ставить вообще страшно)

kapt { generateStubs true }

kapt { generateStubs true }

это есть

есть такое в гредле?

опа ! переключил на 1.1.1 все собралось

попробуй еще kapt явно подключить

придется на 1.1.1 посидеть, ибо на 1.1.2-eap-69 не может сгенерить фабрики даггеровские

apply plugin: 'kotlin-kapt'

apply plugin: 'kotlin-kapt'

а для этого надо classpath какой-то?

нет

apply plugin: 'kotlin-kapt'

о, так заработало на 1.1.2-eap-69

вообщем, на 1.1.2-eap-69 работает только с apply plugin: 'kotlin-kapt' на 1.1.1 работает и без kotlin-kapt

Кто-нибудь делал свой value-type point/size? Есть в этом какой-нибудь профит (типа меньше GC, конвер. через интринзики)? https://i.gyazo.com/1415742a2afc862e659799811ede73d6.png

3.5 релизнулся https://docs.gradle.org/current/release-notes.html Gradle Script Kotlin v0.8.0, included in Gradle 3.5, greatly improves the user experience and parity with Groovy build scripts.

В Kotlin (или Java 1.6`) есть что-то типа `Option/Either/Result?

guava/funktionale

guava/funktionale

Неееет, я хочу добавить это в свою либу и нужно без зависимостей. Вроде бы простецкие классы, почему бы не добавить хоть что-то.

Чтобы потом как в джаве посыпать голову пеплом?

Optional.get()

Чтобы потом как в джаве посыпать голову пеплом?

А кто посылает голову пеплом?

Чтобы потом как в джаве посыпать голову пеплом?

Да не знаю, все вроде пока довольны. А get просто не надо вызывать (это же атипаттерн) и все будет OK.

Вроде с опшнлом в 8 джаве вполне можно жить

Optional.get()

А гет добавили потому что иногда бывают довольно дурацкие ситуации особенно в стиле джава когда этот метод просто необходим

https://bugs.openjdk.java.net/browse/JDK-8160606 http://openjdk.java.net/jeps/277

А чего тогда депрекейтят?

Так ведь не задепрекейтили ?

Но оно конечно во всех ситуациях лучше без него обойтись

Так ведь не задепрекейтили ?

Так я не сказал что уже задепрейтили, но видимо задепрейтят.

Плохой API, причем достаточно свежий

Ну и в котлине он отлично заменяется системой типов

А в скале живут с этим гетом и в ус не дуют

А в джаве с налами живут :)

Скорее дело в том, что в джаве все так и норовят написать что то такое if(foo.isPresent) foo.get() причём я сам несколько раз такое видел

А в скале никому и в голову не придёт ?

Нормальный код же, у нас так и писали на проекте)

Года три назад

А в скале никому и в голову не придёт ?

Так в скале и лямбды получше, и в целом функционально пишут

Так и я о том

какой веб-фреймворк под посоветуете для прожженного шарписта чтобы прямо так затянуло в джаву? ? ?

какой веб-фреймворк под посоветуете для прожженного шарписта чтобы прямо так затянуло в джаву? ? ?

Play 2.0 ?

Play 2.0 ?

он же вроде больше для скалы?

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

насчет Optional и Kotlin недавно был спор с коллегой, он утверждал что зря его не ввели прямо в язык, и что в этом случае val obj = someObj?.property1?.property2 у оbj тип должен быть Property2Type??? (property2 - nullable) в общем мы довольно долго спорили я хотел выложить спор сюда и узнать ваше мнение, и какие-нибудь аргументы правда там действительно много текста - строк 150-200

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

Уходи ? . . . . . . . . . . . . . . . . . . (шутка, оставайся)

насчет Optional и Kotlin недавно был спор с коллегой, он утверждал что зря его не ввели прямо в язык, и что в этом случае val obj = someObj?.property1?.property2 у оbj тип должен быть Property2Type??? (property2 - nullable) в общем мы довольно долго спорили я хотел выложить спор сюда и узнать ваше мнение, и какие-нибудь аргументы правда там действительно много текста - строк 150-200

ну как бы этот оператор в шарпе давно есть уже - никаких вопросов не вызывает, ахуенно удобная штука, не понимаю что в нем не понятного

насчет Optional и Kotlin недавно был спор с коллегой, он утверждал что зря его не ввели прямо в язык, и что в этом случае val obj = someObj?.property1?.property2 у оbj тип должен быть Property2Type??? (property2 - nullable) в общем мы довольно долго спорили я хотел выложить спор сюда и узнать ваше мнение, и какие-нибудь аргументы правда там действительно много текста - строк 150-200

Не уверен что сюда, лучше закинь на pastebin, кому надо почитают. Тут все еще ухудшается тем что в Kotlin не pattern-matching и как-то вся прелесть Option/MayBe и тд - пропадает

https://pastebin.com/unsr7Bbf

если кто-то осилит укажите на мои ошибки какие, ну и если есть дополнительные доводы/аргументы за одну из сторон буду признателен

А чего тогда депрекейтят?

Ну тогда до кучи еще и эту ссылку надо было бросить https://bugs.openjdk.java.net/browse/JDK-8140281 . Деприкейтят, потому что хотят заменить на Optional.getWhenPresent(), Optional.getOrThrow(), Optional. uncheckedGet()

он же вроде больше для скалы?

не, плей 2 и котлин/джава не ок. Спринг бери, че)

да, просто тотально везде спринг-стек сейчас используют

плюс-минус

Optional.getOrThrow() это же вроде orElseThrow

https://pastebin.com/unsr7Bbf

Optional<Optional<T>> == Optional<T> в большинстве случаев, ведь так?

А в противном случае есть всякие элвисы, let, takeIf

А вообще твой коллега тот еще Д'Артаньян, так что противно читать

ну на самом деле он довольно-таки опытный он часто приводит четкие доводы и аргументы, можно сказать упарывается по Haskell и фп а этот спор был пятницу - такой небольшой срач можно сказать

Optional<Optional<T>> == Optional<T> ну вот при этом приравнивании теряется информация для приведенного примера список с опшионал элементами и методом getFirst в случае с пустым Optional<T> неясно, то ли это первый элемент, то ли элементов нет в списке

> ну вот при этом приравнивании теряется информация да, но чаще всего она и не нужна, в противном случае в котлине есть takeIf, elvis, etc

насчет тона коллеги возможно я его достал уже c Kotlin'ом, и получилось как в этой статье https://transitiontech.ca/random/RIIR

не, плей 2 и котлин/джава не ок. Спринг бери, че)

а если из этих что-то? https://tproger.ru/digest/java-web-frameworks/

какой-нибудь vaadin

ERROR: S client not available

> в случае с пустым Optional<T> неясно, то ли это первый элемент, то ли элементов нет в списке ну да, в этом случае придется сначала проверить на empty

или jsf

какой-нибудь vaadin

не надо жизнь ломать вот так сразу

не надо жизнь ломать вот так сразу

понял)))

Optional<Optional<T>> == Optional<T> ну вот при этом приравнивании теряется информация для приведенного примера список с опшионал элементами и методом getFirst в случае с пустым Optional<T> неясно, то ли это первый элемент, то ли элементов нет в списке

Какая у тебя информация там теряется? Это же типичная MayBe монада из того же хаскеля.

или jsf

jsf можно и со спрингом юзать, это такой темплейт энджин

Какая у тебя информация там теряется? Это же типичная MayBe монада из того же хаскеля.

как писал выше в случае с пустым Optional<T> неясно, то ли это первый элемент, то ли элементов нет в списке

понял)))

более-менее популярный сегодня и адекватный это spring-boot

как писал выше в случае с пустым Optional<T> неясно, то ли это первый элемент, то ли элементов нет в списке

А зачем тебе? Да и не бывает такого, есть же метод flatMap

более-менее популярный сегодня и адекватный это spring-boot

это что какое-то ответвление обычного спринга?

А зачем тебе? Да и не бывает такого, есть же метод flatMap

ну если эти случаи нужно по разному обработать например в Kotlin нет flatMap как я понимаю

в Swift да

это что какое-то ответвление обычного спринга?

конфигурационная нашлепка поверх

жаль что в Kotlin T? не значит Optional<T> как в Swift

и уже не будет так судя по всему

я так и не понял зачем

https://discuss.kotlinlang.org/t/value-types-and-null-handling/1471/3

Да хрен с Option, меня лично больше Either интересует

Да хрен с Option, меня лично больше Either интересует

Возьми реализацию из funKtionale

В чем проблема то :)

Возьми реализацию из funKtionale

Да говорю, у меня библиотека. Не могу я пихать в нее зависимости на левые либы.

А свой Either написать? Он же не сложный

А свой Either написать? Он же не сложный

Не канает если будет больше одной библиотеки, придется ссылаться на какую-то третью. А на Kotln StdLib есть ссылка отовсюду. И вот именно что он "несложный", не должна либа распухнуть от нее (в отличие от тех же коррутин).

Мне кажется у тебя два пути: 1. скопировать себе either откуда-то 2. сделать либу которая как functionale, только чистый either и ходить пиарить её, а также втащить себе

а что плохого в Optional.get()? дайте линк почитать

https://bugs.openjdk.java.net/browse/JDK-8140281

Мне кажется у тебя два пути: 1. скопировать себе either откуда-то 2. сделать либу которая как functionale, только чистый either и ходить пиарить её, а также втащить себе

Ну да или на scala перейти (и паттернматчинга у нас нет ?)

Ну да или на scala перейти (и паттернматчинга у нас нет ?)

на хаскель

Не канает если будет больше одной библиотеки, придется ссылаться на какую-то третью. А на Kotln StdLib есть ссылка отовсюду. И вот именно что он "несложный", не должна либа распухнуть от нее (в отличие от тех же коррутин).

https://youtrack.jetbrains.com/issue/KT-12713 Предлагали уже

на хаскель

Нет, не надо (до сих пор не представляю как писать на нем промышленное ПО). Но после F#, я крендец как жалею что на JVM нет живого OcaML ?