защита состоит в том чтобы не писать res as T как возвращаемое значение(очень корявый костыль, почти как `!!`), а корректно определить систему типов в которой решить может generic быть null или нет

может кто напомнить чатик по котлин-андроиду?

@kotlin_mobile

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

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

кажется, тебе нужно это: https://docs.gradle.org/current/userguide/composite_builds.html

в примере показывается то что, когда тип nullable то нет смысла беспокоится о том что вернет getSmth внутри getSmth.. т.к null будет для класса наследника корретным значением. уже не знаю как обьяснить. я думаю тут объективным критерием должен быть законченный сценарий, при котором компилятор предупреждает NPE в рантайме. я пока не могу придумать такой сценарий

кажется, тебе нужно это: https://docs.gradle.org/current/userguide/composite_builds.html

документация это конечно хорошо, спасибо, но я рассчитывал на что-нибудь более специфическое по теме. Особенно в разрезе котлина

документация это конечно хорошо, спасибо, но я рассчитывал на что-нибудь более специфическое по теме. Особенно в разрезе котлина

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

ну, тут всегда есть компромис между скоростью и качеством

ну можешь сюда посмотреть: https://blog.jetbrains.com/idea/2016/10/intellij-idea-2016-3-eap-gradle-composite-builds-and-android-studio-2-2/ https://blog.jetbrains.com/idea/2017/03/webinar-recording-composite-builds-with-gradle/

в примере показывается то что, когда тип nullable то нет смысла беспокоится о том что вернет getSmth внутри getSmth.. т.к null будет для класса наследника корретным значением. уже не знаю как обьяснить. я думаю тут объективным критерием должен быть законченный сценарий, при котором компилятор предупреждает NPE в рантайме. я пока не могу придумать такой сценарий

Для одного класса наследника возможно да, а для другого нет. Поэтому компилятором здесь и применяется максимально строгая политика - если ошибка может возникнуть, то надо её предотвратить заранее. И так как никакой штуки которая будет сама предотвращать NPE в рантайме нет, то всё что нам остаётся это ловко их обходить; с чем тебе тут студия и помогла)

раз реального сценария нет, значит это ложное срабатывание - бага

так как нет же?

покажешь?

abstract class SomeClass<T> { private var metadata: T? = null fun getSmth(): T { var res = metadata if (res == null) { res = transform() metadata = res } return res } abstract fun transform(): T } class Abv : SomeClass<String?>() { override fun transform(): String? { return null } }

?

вот здесь же

такого чтобы изза добавления as T в рантайме случился реальный NPE

изза этого добавления

вот здесь же

там нет NPE

fun main(args: Array<String>) { var a = Abv() var c: String = a.getSmth() println(a.getSmth()) } abstract class SomeClass<T> { private var metadata: T? = null fun getSmth(): T { var res = metadata if (res == null) { res = transform() metadata = res } return res as T } abstract fun transform(): T } class Abv : SomeClass<String?>() { override fun transform(): String? { return null } }

ошибка в строке: String = a.getSmth()

Error:(12, 20) Type mismatch: inferred type is String? but String was expected

но это не NPE :)

я про NullPointerException

да, действительно, плохой пример. под конец дня ещё и сюда придумывать сложно) дай подумать

не, сегодня уже не придумаю, пора уходить с работы)) может быть NPE и нет, но выглядит всё равно плохо

надеюсь это интересная работа, а не заставляют до 2 ночи сидеть))

предположу, что часовой пояс около NYС

предположу, что часовой пояс около NYС

Всё верно)

Есть одна мысль, приду домой проверю

Вообще Сергей Крюков очень круто рассказал про Kotlin, Groovy и Gradle https://www.youtube.com/watch?v=TobSxJVOyzU

Спасибо, будет полезно. Кстати обнаружил что идея умеет генерить проекты с Kotlin-DSL, что приятно.. но вспомнил в чем была у меня когда-то неприятность. У нас доступ к зависимостям только через локальный артифактори, так что такие генерилки не работают, а в Kotlin-DSL не обнаружил возможности устанавливать репы из которых плагины качать. Так же только что проверил: создал проект с Kotlin-DSL, собирается, норм, но всё так же подсвечивалось красным, пришлось переоткрыть и после переиндексации наконец подсветка заработала. Попробую вечером protobuf снова завести на нём.

Звучит неплохо

появилась у меня такая вот прикладная задачка, есть у меня совершенно неудобочитаемый код, как его превратить в читаемую корутину? https://gist.github.com/fogone/4970627a8c788ec5787f20a43a2a317f есть какие-то еще более изящные способы?

мда, ща гист сделаю

repositoryService.getOrgRepositories(organization) .map(::findRepositoryPrsAsync) .flatMap { it.await() } и я б возвращаемые типы явные убрал

а там обязательно нужны CompletableFuture?

появилась у меня такая вот прикладная задачка, есть у меня совершенно неудобочитаемый код, как его превратить в читаемую корутину? https://gist.github.com/fogone/4970627a8c788ec5787f20a43a2a317f есть какие-то еще более изящные способы?

Ответил в комменте к гисту.

Не нужно плодить в проекте Async функции. Конвертация suspend > async тривиальная операция.

Сначала оба запроса надо сконвертить из CompletableFuture в suspend функцию, я это там снизу приписал, но можно и без вспомогательных функций, а просто использовать await прям в цепочке.

async(Unconfined) - запустит асинхронную задачу не привязанную к какому-либо диспетчеру.

.map { it.await() } .flatten() flatMap же)

ага, можно им.

@leukinrs ты уже полностью на корутины переехал? или пока только балуешься?

Полностью. На андроиде очень здорово они работают.

Раньше юзал свою либу типа CompletableFuture, тож на котлине, но корутины в разы удобнее.

Hi everyone!! Can u share Kotlin in Action( ebook ) if u have please

Hi everyone!! Can u share Kotlin in Action( ebook ) if u have please

Sure, https://www.manning.com/books/kotlin-in-action

Yw

Что-то я влез в Gradle Kotlin-DSL снова и чувствую что зря.. Когда плагины пишут на груви в итоге нетипизированное зло принимающее везде на входы голые Closure. Кто-нибудь плагин protobuf настраивал? Я запарился уже)

Sure, https://www.manning.com/books/kotlin-in-action

Thx

But I searched free?

But I searched free?

Okay

Что-то я влез в Gradle Kotlin-DSL снова и чувствую что зря.. Когда плагины пишут на груви в итоге нетипизированное зло принимающее везде на входы голые Closure. Кто-нибудь плагин protobuf настраивал? Я запарился уже)

closureOf() твоё всё

Я так плагин для артифактири напедалил

closureOf() твоё всё

delegateClosureOf пользую, но когда билд запускается, но не работает - сложно сказать что не так) java плагин хоть говорил что хочет

В коде повсюду такое: ProtobufConfigurator protobuf(Closure configureClosure) Пытаюсь развить у себя экстрасенсорные способности)

Мне помогло чтение кода плагина, когда я свой писал

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

Понатыкать println, собрать из модифицированных исходников, подключить из mavenLocal ?:)

В коде повсюду такое: ProtobufConfigurator protobuf(Closure configureClosure) Пытаюсь развить у себя экстрасенсорные способности)

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

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

Тоже люто нелюблю динамическую типизацию

Тоже люто нелюблю динамическую типизацию

Почему?

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

Пока я я только матерное письмо в гугл за этот плагин хочу написать, буду еще думать.. пока всё запускается, но не работает: protobuf { closureOf<Closure<Any>> { configure<ProtobufConfigurator> { protoc(delegateClosureOf<Closure<Any>> { setProperty("artifact", "com.google.protobuf:protoc:3.5.0") }) generatedFilesBaseDir = "$projectDir/src/generated" plugins(delegateClosureOf<Closure<Any>> { setProperty("grpc.artifact", "io.grpc:protoc-gen-grpc-java:1.8.0") }) } } }

ERROR: S client not available

Так эта, тип без Closure надо писать

Так эта, тип без Closure надо писать

Тип взять неоткуда

Вот только что писал для java плагина, компилятор ругался и говорил что хочет, а здесь тишина

Полностью. На андроиде очень здорово они работают.

как-то у меня с каналами совсем Rx получается)

Вот только что писал для java плагина, компилятор ругался и говорил что хочет, а здесь тишина

Вот для таких случаев как раз каст и динамические вызовы

Вот для таких случаев как раз каст и динамические вызовы

Каст во что? ПОдозрение что не понимаю

Посмотри как сделана сборка самого котлиндсл

Посмотри как сделана сборка самого котлиндсл

автосгенеренный файл для сборки? accessors.kt?

Нет, build.gradle.kts

https://github.com/gradle/kotlin-dsl/blob/master/build.gradle.kts

Смотри артифактори

Смотри артифактори

Посмотрел, вроде то что я уже делал, компилятор не ругается чтобы я ему ни писал) Этот плагин еще и в жаба-плагин залазит

Там пример того как вызывать динамически

Что вызвать надо смотреть или в документации или в срцах

Что вызвать надо смотреть или в документации или в срцах

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

Буду дальше вглядываться в эти таски и материть гугл)

Так ты смотри не все подряд, а только экстеншены

Посмотри какие экстеншены используются

Отдельного файла типа JavaPluginExtension там нет, так что смотрю всё подряд

Так эта, что за плагин-то?

id 'com.google.protobuf' version '0.8.3' https://github.com/google/protobuf-gradle-plugin

Мм, причем тогда тут джава?

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

Так если даже уже есть груви вариант , о надо просто оттуда и взять

А джаваплагин хорошо типизирован

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

Сорссет надо по имени получить сначала как из мапа

Запускается, правда без эффекта java { sourceSets(delegateClosureOf<DefaultSourceSetContainer> { create("proto", closureOf<DefaultSourceSet> { withGroovyBuilder { "proto" { "srcDir"("proto") } } }) }) }

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