Серьезно, нету большого смысла тащить either в stdlib, пиши свой/бери готовый. Всегда можно написать конвертер :D

Дай угадаю, ты не пишешь код, где он может пригодиться?

Примерно так :) Я думал убрать свои try-catch и перейти на either, но понял что try-catch таки удобнее

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

но в стдлиб-е этого нет

а наверное могло бы быть

хотя большинство его методов можно заменить теми или иными конструкциями

запутался я че-то, что такое maven и gradle? и что из них лучше выбрать? что проще и популярнее?

какие-то штуки аля package.json в js?

или типа нугета в c#

я так понял

fun <T> T?.isPresent():Boolean = this != null fun <T> T?.filter(predicate:(T)->Boolean):T? = this?.let { if(predicate(it)) it else null } fun <T, R> T?.map(body:(T)->R):R? = this?.let(body) fun <T, R:Any> T?.flatMap(body:(T)->R?):R? = this?.let(body) fun <T> T?.orElse(value:T):T = this ?: value fun <T> T?.orElseThrow(factory:()->Throwable):T = this ?: throw factory() fun main(args: Array<String>) { val aaa:String? = "tmp" val value = aaa.map { it + "bbb" }.filter { it != "tmpbbb" }.orElseThrow { IllegalArgumentException() } }

я так понял

Все так

fun <T> T?.isPresent():Boolean = this != null fun <T> T?.filter(predicate:(T)->Boolean):T? = this?.let { if(predicate(it)) it else null } fun <T, R> T?.map(body:(T)->R):R? = this?.let(body) fun <T, R:Any> T?.flatMap(body:(T)->R?):R? = this?.let(body) fun <T> T?.orElse(value:T):T = this ?: value fun <T> T?.orElseThrow(factory:()->Throwable):T = this ?: throw factory() fun main(args: Array<String>) { val aaa:String? = "tmp" val value = aaa.map { it + "bbb" }.filter { it != "tmpbbb" }.orElseThrow { IllegalArgumentException() } }

Плохо что все в глобальном скоупе

или типа нугета в c#

ну и msbuild в мире дотнета аналог еще

если я правильно помню

Плохо что все в глобальном скоупе

Что плохого?

Ну и конечно они все инлайн должны быть

Все так

а что лучше то? я смотрю вот например в android studio используется gradle по дефолту...

может maven уже типа устарел?

вообще в xml maven получается кода больше намного чем в gradle

Используется то и то, maven старше и хуже но при этом многие не переходят на gradle. Но в целом большой разницы нету.

ага вот оно что, значит я угадал

Что плохого?

Имхо стоит ограничивать колличество доступных на Any методов

Если это project-специфик - бог с ним. Но когда всякие спринги тащят с собой экстеншены на стринг - это такое

а подскажите как вы отделяете интеграционные тесты от юнит тестов?

Это ведь коре языка, вроде let и apply, понимаю, что выбрали менее функциональный поход, но могли бы и по-другому решить

а подскажите как вы отделяете интеграционные тесты от юнит тестов?

Я использую вот это https://github.com/junit-team/junit4/wiki/categories

наверное так и придется делать

а делаете разделение по пакетам?

наверное так и придется делать

А чо, это хороший вариант. Ещё есть вариант для бедных просто постфикс IT в конце писать, в потом по нему фильтровать

о, я такое в jhipster видел

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

- Приборы? - 300 - Что 300?! - А что приборы?!

А как в IDEA создать отельный kts файл, что подсветка работала?

А как в IDEA создать отельный kts файл, что подсветка работала?

пока ток ручками

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

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

типа uml диаграмма?

типа uml диаграмма?

Ну можно и так, только для зависимостей, а не иерархий. Неплохобы еще всякие метрики кода считать. Д. Жемеров давно советовал какой-то плагин для IDEA, но тогда там с Kotlin работала только одна метрика (кол-во строк).

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

Есть, на базе эклипса, на Java day Minsk 2015 парень из Польши показывал

свежатину подвезли) 1.1.2-eap-73 https://bintray.com/kotlin/kotlin-dev/kotlin

https://blog.jetbrains.com/kotlin/2017/04/use-kotlin-with-npm-webpack-and-react/

ребят, вкусная вакансия на Котлин

знаю, тут это будет интересно

Запостил в Kotlin Jobs

кинь ссыль, я человеку передам

чтобы он трекал

https://t.me/kotlin_jobs

ага, спасибо

и правда вкусная

Очередное сравнение Java/Scala/Kotlin https://youtu.be/9h0XjuU0Ipk

а в java есть полноценные ОРМ-ки аля EntityFramework?

чтобы вообще SQL не надо было писать

hibernate, eclipselink

но надо хорошо разбираться в них

лично я предпочитаю jooq https://www.jooq.org/ - там надо писать запросы, но на java. Зато все статически типизировано и проверяется на этапе написания, компиляции

но надо хорошо разбираться в них

И уметь sql писать

еще Ebean есть

лично я предпочитаю jooq https://www.jooq.org/ - там надо писать запросы, но на java. Зато все статически типизировано и проверяется на этапе написания, компиляции

о тоже прикольно, прямо почти как Linq в C#

у него самый простой API был как я помню

Realm. Но он со своей базой.

ERROR: S client not available

Realm. Но он со своей базой.

И только для мобилок.

А его еще от Android не отвязали?

А его еще от Android не отвязали?

> Realm is a mobile database that runs directly inside phones, tablets or wearables. This repository holds the source code for the Java version of Realm, which currently runs only on Android.

Народ, кто-нибудь пробовал на Kotlin/Java делать Property-based testing?

Посмотри в блоге Николя Франкеля про pitest

лицокнига опять навелосипедила? http://fblitho.com/docs/layout-specs

В теории должно быть неплохо для Java (делал похожее на C#, мне было удобно). Но как же хорошо что в Kotlin можно сделать нормальный DSL ☺️

лицокнига опять навелосипедила? http://fblitho.com/docs/layout-specs

Омг. У них хоть одно поделие работает стабильно? Имел дело с фреско. Вначале все смотрелось красиво, а потом начало больно прилетать

лицокнига опять навелосипедила? http://fblitho.com/docs/layout-specs

а что не так по ссылке?

про litho впервые слышу. неужели их что-то не устраивает в реакт-нэтив?

Вот это поворот)

Действительно, у них есть реакт нэйтив и они все еще пишут нативные приложения

Ну на самом деле понятно, что реакт нэйтив не для всего

И это такой способ писать приложения для бедных

Ну на самом деле понятно, что реакт нэйтив не для всего

мне не понятно. они распространяют нэтив, подразумевая, что он сгодится для любого ui

Омг. У них хоть одно поделие работает стабильно? Имел дело с фреско. Вначале все смотрелось красиво, а потом начало больно прилетать

чтоне так с фреско?

чтоне так с фреско?

https://www.reddit.com/r/androiddev/comments/4ay95z/has_anybody_used_fresco_library/d14ijre/

блин и про фреско впервые слышу. это как пикасо, но от фб?

ну у нас память текла + косяки с их пайплайном были, в итоге мы от нее отказались

блин и про фреско впервые слышу. это как пикасо, но от фб?

да.

у него к тому же 10к методов, для имэйдж лоудера это много :/

+ можно всякие трансформации херачит и все такое

+ можно всякие трансформации херачит и все такое

как и к любому загрузчику картинок

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

у него к тому же 10к методов, для имэйдж лоудера это много :/

Серьёзно? Мне казалось, меньше. Зато у них ещё и тяжёлый нативный код.

как и к любому загрузчику картинок

ну не скажи. Во фреско там действительно куча убер методов для этого.

ну не скажи. Во фреско там действительно куча убер методов для этого.

Так не надо кучу, надо чтоб работало хорошо)

вот, а вот это оно как бы не очень умеет