1. торнадофх+грейдл 2. тут проблема не в сборке, ищи проблему в своем лейауте, к слову это на порядок проще, если лейаут у тебя не в хмл-е, а в котлине (что нас к торнадо возвращает). 3. я бы предоположил, что ты какой-то атрибут нужный забыл в хмл-е 4. у торнадо есть плагин для идеи, пусть и желающий лучшего, но добавляющий удобств для разработки торнадо далек от идеала, но жить с ним на порядок приятнее, чем без него. Надо только знать, что есть контролфх, в котором есть уйма приятных контролов и у торнадо есть с ним интерграция и второе -- что с 9 джавой он пока не работает, а когда будет работать ему нжна будет отдельная сборка

Ребята, как такое написать на котлин: Presenter<V extends MvpView>

Ребята, как такое написать на котлин: Presenter<V extends MvpView>

Presenter<V : MvpView>

Presenter<V : MvpView>

спс

Имхо, тащить это в проект - верх лени

А альтернативы? Это прокидка тех же эксепшонов? Или ты про то, что можно просто класс скопировать

Да ну, сложно что ли зависимость добавить

1. торнадофх+грейдл 2. тут проблема не в сборке, ищи проблему в своем лейауте, к слову это на порядок проще, если лейаут у тебя не в хмл-е, а в котлине (что нас к торнадо возвращает). 3. я бы предоположил, что ты какой-то атрибут нужный забыл в хмл-е 4. у торнадо есть плагин для идеи, пусть и желающий лучшего, но добавляющий удобств для разработки торнадо далек от идеала, но жить с ним на порядок приятнее, чем без него. Надо только знать, что есть контролфх, в котором есть уйма приятных контролов и у торнадо есть с ним интерграция и второе -- что с 9 джавой он пока не работает, а когда будет работать ему нжна будет отдельная сборка

Спасибо большое. У меня тут проблема еще в том, что у меня очень скудное воображение (для написания въюх я обязательно должен видеть результат) ) В противном случае я бы Swing узал, наверное) . Так вот к чему я виду. Как разработчики tornadofx справляются с работой без сценБилдера?)

А альтернативы? Это прокидка тех же эксепшонов? Или ты про то, что можно просто класс скопировать

Проще самому такое написать. А если уж хочется играть по-крупному, то лучше уж затаскива arrow-kt

Проще самому такое написать. А если уж хочется играть по-крупному, то лучше уж затаскива arrow-kt

Зачем что-то писать, если это уже написано и оттестированно

Имхо, один только Result тащить - не ок. Больше шансов, что автор его забросит

Это все равно что в npm была трагедия когда чувак удалил оттуда leftpad

Одна единственная фукция, отбивающая строку нулями, на которую зависела куча проектов

Я помню такое, но тащить arrow-kt чисто ради either тоже так себе затея

А копировать классы это моветон какой-то

Короче, в прод я бы не тащил это, а я тот еще любитель нахапать зависимостей

Я помню такое, но тащить arrow-kt чисто ради either тоже так себе затея

Если ты пишешь бэкенд, то вообще пофигу чего тащить в качестве зависимостей

кстати, как вам такая библиотечка как https://github.com/kittinunf/Result ? Есть тут успешные пользователи?

А зачем это все в языке с исключениями?

чтобы не делать catch { throw ServiceException(daoException) }

А в чем проблема это сделать?

А в чем проблема это сделать?

Хватит людей, тянущихся к прекрасному, кибербуллить

А зачем это все в языке с исключениями?

вместо checked exceptions же

кстати, как вам такая библиотечка как https://github.com/kittinunf/Result ? Есть тут успешные пользователи?

успешно использую arrow.data.Try

и arrow.data.Either

А в чем проблема это сделать?

Тонковато.

и arrow.data.Either

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

ты понимаешь, что вертел всю эту функциональщину, и получается полумера

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

Можно пример, когда хочется бросить эксепшн и нельзя его обернуть в either?

Можно пример, когда хочется бросить эксепшн и нельзя его обернуть в either?

Есть поля, которые по бизнес-процессу опциональны. Но в определенном месте они по бизнес-процессу обязательно должны присутствовать

и вот если они отсутствуют, хочется бросить эксепшн, а не фолдить от них

ибо если фолдить, код нагромождается

вместо checked exceptions же

Ну такое: - ты можешь вызвать это метод из любого кода (нет ограничений как в CE) и просто проигнорировать результат - Result не помешает самому методу кинуть исключение (те ошибки может теперь из 2-х мест прилететь)

Ну такое: - ты можешь вызвать это метод из любого кода (нет ограничений как в CE) и просто проигнорировать результат - Result не помешает самому методу кинуть исключение (те ошибки может теперь из 2-х мест прилететь)

Ну просто проигнорировать результат - это всё равно что пустой catch

Ну такое: - ты можешь вызвать это метод из любого кода (нет ограничений как в CE) и просто проигнорировать результат - Result не помешает самому методу кинуть исключение (те ошибки может теперь из 2-х мест прилететь)

arrow.data.Try помешает кинуть исключение (перехватит его) Потом это маппится в изер .toEither().mapLeft( <мап эксепшнов> )

и вот если они отсутствуют, хочется бросить эксепшн, а не фолдить от них

Ну а если использовать lateinit и один эксепшн от него обернуть? Или код не на Котлин?

Ну а если использовать lateinit и один эксепшн от него обернуть? Или код не на Котлин?

котлин, опять же, 1) тебе в голове держать, че у тебя там от lateinit вылезет 2) тебе этот эксепшн также придется перехватывать, это сайдэффект

Есть поля, которые по бизнес-процессу опциональны. Но в определенном месте они по бизнес-процессу обязательно должны присутствовать

Значит тебе нужны еще модели

т.е. оборачивать всю твою мякоту, где есть хоть одна lateinit var в Try... - это не сексуально

Значит тебе нужны еще модели

это настолько же упорото, насколько упорото делать чистое фп )

arrow.data.Try помешает кинуть исключение (перехватит его) Потом это маппится в изер .toEither().mapLeft( <мап эксепшнов> )

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

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

нет, выглядит абсолютно нормально) Опасные функции не вызывать? Не лезть в бд? Невозможно Кидать эксепшны? Необязательно - и вот тогда оно выглядит абсолютно нормально

это настолько же упорото, насколько упорото делать чистое фп )

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

Иначе нафига вот это все

и гораздо удобнее иметь Either возвращаемым значением, чем думать, какие там эксепшны тебе ловить

нет, выглядит абсолютно нормально) Опасные функции не вызывать? Не лезть в бд? Невозможно Кидать эксепшны? Необязательно - и вот тогда оно выглядит абсолютно нормально

Зачем ты “лезешь в бд“ в бизнес-логике? Ты не можешь отделить “эффекты” от логики?

Зачем ты “лезешь в бд“ в бизнес-логике? Ты не можешь отделить “эффекты” от логики?

в бизнес-логике я не лезу в БД :) Дао возвращает Try, его я и мапаю в изер

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

тогда обмажешься этими моделями и сойдешь с ума ) Таких полей на транзакции - хватает

в бизнес-логике я не лезу в БД :) Дао возвращает Try, его я и мапаю в изер

Знаешь, это как в хаскеле написать всю программу внутри do от IO монадки

нет, не знаю, но дельной критики такого подхода я не услышал, кроме "это не красиво" и "зачем ты делаешь .." (то, что я не делаю)

надо тебе бросать эксепшны - бросай, если можешь этого избежать - можно возвращать Either'ы, вполне

нет, не знаю, но дельной критики такого подхода я не услышал, кроме "это не красиво" и "зачем ты делаешь .." (то, что я не делаю)

OK, если для тебя это ограничивается “эмуляцией CE в котлине” - твое право

зависит уже от конкретного приложения. Где-то подойдет, где-то нет. Говорить "Either'ы гумно" - необъективно :)

котлин, опять же, 1) тебе в голове держать, че у тебя там от lateinit вылезет 2) тебе этот эксепшн также придется перехватывать, это сайдэффект

Ну а если кастомный геттер к лейтинитам? Думать не придется.

который either вернет? Ну тогда от него фолдиться каждый раз

хз, тоже же будет нагромождение

зависит уже от конкретного приложения. Где-то подойдет, где-то нет. Говорить "Either'ы гумно" - необъективно :)

Кстати, ты как-то различаешь в коде разные виды ошибок или тебе просто нужно Success/Failed?

который either вернет? Ну тогда от него фолдиться каждый раз

Йеп. Ну, можно аспектом или руками через рефлексию звинжектить, чтобы не копипастить, хотя трешовенько, наверное. Иначе да, нагромождение, но очевидное. Ну и так-то джава-геттеры практически такое же нагромождение.

Зато без исключений и решает твой случай малой кровью.

Кстати, ты как-то различаешь в коде разные виды ошибок или тебе просто нужно Success/Failed?

Различаю, нотфаунд, валиднйшн еррор и иллегалеррор

ERROR: S client not available

И как ты их чекаешь в своем either (instanceof или rethrow)

When

Или ты о чем

Спасибо большое. У меня тут проблема еще в том, что у меня очень скудное воображение (для написания въюх я обязательно должен видеть результат) ) В противном случае я бы Swing узал, наверное) . Так вот к чему я виду. Как разработчики tornadofx справляются с работой без сценБилдера?)

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

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

Ух ты, пасиба)))))))))

Ух ты, пасиба)))))))))

Ну и да, в kotlinlang.slack.com есть #tornadofx, где Эдвин (автор либы) и несколько активных контрибьюторов охотно помогают с непонятками -- советую туда заглядывать.

http://kotlinlang.slack.com вообще прекрасное место, там можно спросить у Елизарова про корутины, у Вортона про RxKotlin, у Зиннатулина про Spek, у Рауля Раджи про arrow-kt

Всем привет! 15 марта приходите на MeetUp в Леруа Мерлен: https://leroy-merlin.timepad.ru/event/668941/

Ну и да, в kotlinlang.slack.com есть #tornadofx, где Эдвин (автор либы) и несколько активных контрибьюторов охотно помогают с непонятками -- советую туда заглядывать.

а можно глупы вопрос, там как проходит регистрация

а можно глупы вопрос, там как проходит регистрация

http://kotlinslackin.herokuapp.com/

http://kotlinslack.herokuapp.com/

https://blog.jetbrains.com/idea/2018/03/whats-groovy-about-intellij-idea-2018-1/ - все ждал когда покажут как автоматически @CompileStatic код конвертируется в Kotlin ?

привет. я новичок, язык изучаю только около недели. так что сильно не пинайте, потому как вопрос покажется кому-то слишком уж нубским (но ответа в справочника-руководствах я пока не нашел). от чего при делении целых чисел получается именно целое число? ведь, вроде как, компилятор считается довольно умным. неужели он не может предугадать, что в результате деления чисел может получится дробное число? в общем на скриншотах думаю будет видно, что я имею ввиду.... в общем как тут быть, если вместо чисел в явном виде указать результат выполнения каких-либо функций (тоже Int)?

Компилятор умный, компилятор знает, что при делении целочисленного числа на целочисленное число надо выполнить целочисленное деление

Если же один из аргументов уже с плавающей точкой, то он выполнит обычное деление

Если тебе нужно Int привести к double или float, воспользуйся toFloat() или toDouble()

понял. так и думал, что нужно приводить к Float, например. просто до этого писал в Delphi (уж простите, может кто и против этого языка), и там как-то чуть проще именно в этом моменте

Dividing Integers - Language Design - Kotlin Discussions https://discuss.kotlinlang.org/t/dividing-integers/1662

Вот кстати на тему обсуждение

спасибо

привет. я новичок, язык изучаю только около недели. так что сильно не пинайте, потому как вопрос покажется кому-то слишком уж нубским (но ответа в справочника-руководствах я пока не нашел). от чего при делении целых чисел получается именно целое число? ведь, вроде как, компилятор считается довольно умным. неужели он не может предугадать, что в результате деления чисел может получится дробное число? в общем на скриншотах думаю будет видно, что я имею ввиду.... в общем как тут быть, если вместо чисел в явном виде указать результат выполнения каких-либо функций (тоже Int)?

А какой у тебя бэкграунд (жс/php)?

А какой у тебя бэкграунд (жс/php)?

> Delphi

> Delphi

+

Стоп ты делаешь на 10 и множишь

Стоп ты делаешь на 10 и множишь

А какая разница? При делении я уже получаю 0. Потом, на чтобы я не умножал =0

А какая разница? При делении я уже получаю 0. Потом, на чтобы я не умножал =0

Ааа, просто там результат 3