Если у item много полей и ко всем нужно обратиться, можно завернуть этот код в блок with и не писать каждый раз item.

т.е. получается передавая в with ссылку на объект, мы как бы говорим что содержимое этого блока будет как эта ссылка

Т.е. тебе не надо по 5 раз писать prop.blabla = 5 prop.albalb = 6 prop.qwer = 7 , Ты просто пишешь with(prop) { blabla = 5 albalb = 6 qwer = 7 }

ясно, очень круто

спасибо за разъяснение

Т.е. тебе не надо по 5 раз писать prop.blabla = 5 prop.albalb = 6 prop.qwer = 7 , Ты просто пишешь with(prop) { blabla = 5 albalb = 6 qwer = 7 }

Сам prop в этом случае у тебя будет в {} как this, если вдруг что-то надо будет. Например: with(prop) { blabla = 5 doSomething(this) }

ага, сейчас понятно всё

Есть где-то статья на медиуме хорошая, там парень разъясняет о различии let, run, with, apply, also и т.д.

Я думаю если загуглишь, то найдешь легко

И на сайте котлина есть разъяснения)

А, ну или так

И на стакоферфлов полно таких вопросов

Всем привет, может кто может подсказать как можно реализовать это более в котлин стиле ? https://gist.github.com/anonymous/ea359c9ce73add5843a4f1b823ffe38a

1. Избавьтесь от дубликации кода

2. От nullable

(Дубликации в методах, у них отличие лишь в том, под каким ключем данные тянут)

И не стоит пытаться делать в Kotlin стиле, код должен быть просто читабелен. Котлин это инструмент, без фанатизма)

Имхо выкинуть absctract class, использовать interface + class delegation если хочется какое-то стандартное поведение

А как добавить корректно условие чтобы результат сложения был > 0 (не отрицательным) fun calculateStartAngle(startAngle: Float, sweepAngle: Float): Float = startAngle + sweepAngle + OFFSET_BETWEEN_SECTORS

abs()?

Спасибо за ответы, подумаю

@gLush не подходит, так как получится что при отрицательных значениях аргумента, он мне сделает число просто положительным.

Math.max

т.е макс

@pplcf ну он будет возвращать наибольшее значение из двух а если они оба отрицательны?

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

и число 1

если тебе нужно быть всегда > 0

@@pplcf спасибо, но похоже больше на костыль) я ещё подумаю ...)

Задача нужна. Что за углы и в чем. Если нужно привести в положительный эквивалентный угол - добавить 360 к отрицательному. Или эквивалент в радианах.

@gLush да я думаю лучше просто добавить условие чтобы если какой то из аргументов отрицательный, то вообще не идти дальше

@gLush хотя тоже пока не айс решение))

@gLush но то что приводить к полоительному их не надо, это факт)

а кто знал про такю функцию из стандатной библиотеки, называется listOfNotNull?

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

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

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

придет время и их начнут группировать в классы и в котлин появятся статические классы? :)

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

Сделают окамл-модули

Вот иногда жалко что нельзя делать import внутри object (чем не независимые-модули)

from exfun import listOfNotNull, mapOfNotNull :)

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

Намешал wildcard импорты с импортом статических функций. Наверно хотелось отослать к старым-добрым истинам из джавы, которые якобы в Kotlin не понимают и не помнят, а я вот так умный вижу как все на самом деле? :) Но да ладно. Проблема как всегда одна - люди не читают доки, и не изучают API. Вот и получается что экстеншены в проекте - это круто, удобно и юзабельно. А вот экстеншены из либы - нет. А все потому что разработчики не читают доки, не изучают API, а еще экстеншены в autocompete идут после мемберов и поэтому теряются. Поэтому в bootique-kotlin заменил экстеншены для guice на полноценные обертки, чтобы изначально API был нативный для котлина.

а что будет?

Тебе обязательно помогут в @kotlin_mobile

а что будет?

нашел решение: http://kotlinlang.org/docs/reference/whatsnew12.html#checking-whether-a-lateinit-var-is-initialized

Намешал wildcard импорты с импортом статических функций. Наверно хотелось отослать к старым-добрым истинам из джавы, которые якобы в Kotlin не понимают и не помнят, а я вот так умный вижу как все на самом деле? :) Но да ладно. Проблема как всегда одна - люди не читают доки, и не изучают API. Вот и получается что экстеншены в проекте - это круто, удобно и юзабельно. А вот экстеншены из либы - нет. А все потому что разработчики не читают доки, не изучают API, а еще экстеншены в autocompete идут после мемберов и поэтому теряются. Поэтому в bootique-kotlin заменил экстеншены для guice на полноценные обертки, чтобы изначально API был нативный для котлина.

Можно пример с github? (про замену в bootique)

presenter.isInitialized

Тебе обязательно помогут в @kotlin_mobile

Какая связь? У людей не может быть презентера вне андроид приложений?

да кстати, причём тут мобайл?

Тебе обязательно помогут в @kotlin_mobile

Oго, уже и такое есть, спасибо за ссыль))

Какая связь? У людей не может быть презентера вне андроид приложений?

Ну явно человек с андроида пришел, я подозреваю в андроид есть паттеры чтобы презентер в конструктор например засунуть и не городить костыли. Поэтому и посоветовал в @kotlin_mobile зайти

кейс же котлиновский

Можно пример с github? (про замену в bootique)

Ну вот этот файлик https://github.com/bootique/bootique-kotlin/blob/master/bootique-kotlin/src/main/java/io/bootique/kotlin/guice/KotlinModule.kt

кейс же котлиновский

Поэтому не android чат, а kotlin android)

ладно, такой вопрос. Можно ли lateinit "обнулить" после инициализации?

bootique-kotlin - что это и зачем оно тут? Я вообще про этот адок import io.ktor.application.* import io.ktor.features.* import io.ktor.http.* import io.ktor.response.* import io.ktor.routing.* import io.ktor.server.engine.* import io.ktor.server.jetty.*

ладно, такой вопрос. Можно ли lateinit "обнулить" после инициализации?

Компилятор не даст, но технически можно конечно, из джавы

bootique-kotlin - что это и зачем оно тут? Я вообще про этот адок import io.ktor.application.* import io.ktor.features.* import io.ktor.http.* import io.ktor.response.* import io.ktor.routing.* import io.ktor.server.engine.* import io.ktor.server.jetty.*

Я ж говорю, намешал экстеншены и импорты

Ruslan, откуда у вас такая топовая футболка? ??

Это прям в сорцах ktor, это не я так пишу)

Ruslan, откуда у вас такая топовая футболка? ??

он же вроде евангелист))

может ошибаюсь

presenter.isInitialized

this::presenter.isInitialized если точнее

надеюсь не за так столько эмоций

Ruslan, откуда у вас такая топовая футболка? ??

Организуйте сообщество, митап, попросите у JetBrains мерча. http://kotlinlang.org/community/user-groups.html#if-there-is-no-kug-in-your-area-make-a-new-one

this::presenter.isInitialized если точнее

ну в моем случае так) тогда надо как-то эту переменную обнулять. Похоже надо использовать val presenter: P? = null

ERROR: S client not available

Да

ну в моем случае так) тогда надо как-то эту переменную обнулять. Похоже надо использовать val presenter: P? = null

Когда выйдет версия 1.3 появится deinitialize для такого

Когда выйдет версия 1.3 появится deinitialize для такого

что за шутки ?

Если про property говорить: https://github.com/Kotlin/KEEP/pull/73/files

неплохо

Всем привет! Я тут недавно заинтересовался Котлином и у меня возник вопрос: насколько быстро можно поднять простой сайтик на котлине? И если писать веб приложение и мобильный клиент (или мобильное приложение с таким же функционалом, но работающим локально, без подключения к внешним сервисам) - будет ли код похож между веб версией и мобильной? Если да, то на сколько?

веб-версия - это браузерная часть на котлине что ли?

Всем привет! Я тут недавно заинтересовался Котлином и у меня возник вопрос: насколько быстро можно поднять простой сайтик на котлине? И если писать веб приложение и мобильный клиент (или мобильное приложение с таким же функционалом, но работающим локально, без подключения к внешним сервисам) - будет ли код похож между веб версией и мобильной? Если да, то на сколько?

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

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

Тоесть имеет смысл бек энд наклепать на пхп, в котором есть кое какой опыт. А мобильное приложение уже писать на kt?

веб-версия - это браузерная часть на котлине что ли?

Ага, та часть котрую пишут на php/nodejs/ruby/other)) вообще в чем преимущество java/kotlin’а перед вышу упомянутым как то не могу вычислить... Видел как хабре парень приводил пример как быстро что то собрать на spring boot но я его подвиг повторить не смог ибо крашнулась java sdk

на php/nodejs/ruby не пишут браузерную часть

angular

на этих языках пишут серверную часть

и тд

а серверу вообще всё равно что там на клиенте

угу

отдаёшь JSON и всё

да спринг бут за пару минут разворачивается

спаркджава за минуту

на этих языках пишут серверную часть

Точняк. Видимо на работе слишком устал и не понял о чем речь...

для бек-енда на котлине есть https://github.com/ktorio/ktor

Ага, та часть котрую пишут на php/nodejs/ruby/other)) вообще в чем преимущество java/kotlin’а перед вышу упомянутым как то не могу вычислить... Видел как хабре парень приводил пример как быстро что то собрать на spring boot но я его подвиг повторить не смог ибо крашнулась java sdk

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

и еще Spring 5 поддерживает Kotlin

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

Спасибо за качественное разъяснение вопроса :)

и еще Spring 5 поддерживает Kotlin

А шо ви таки посоветуете)) что больше заинтересует работодателей при указании технологии в резюме)

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

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

Внимание, сейчас будет вопрос - "Так себе"!) Можно ли написать условие boolean так чтобы оно мол типо проверяло если это последний элемент в списке?)

что то типо if(list.last()) something()

что то типо if(list.last()) something()

if(element == list.last()) doSomething()

Alexander а сам element объявить выше? типо var element = ???

Чего добиться пытаешься? list.last() тебе даст последний элемент

Alexander это да, но сам element мне же надо правильно проинициализировать? учитываю что у меня private val list: List<Phones>