@Dibro I have somthing like this fun bindview(pool:Any){ //want to convert } I have my class class Users(var name, var id)

Sounds like you confuse some concepts

you can use smart cast pool as YourObject

fun bindview(pool:Any){ //want to convert } I have my class class Users(var name, var id)

If I understand your problem properly: pool as? Users in case of possibility to get non-Users class pool as Users if you absolutely sure that pool is Users Documentation about typechecking and casting: https://kotlinlang.org/docs/reference/typecasts.html

Sounds like you confuse some concepts

confused ??

confused ??

Check Alexander's answer

Check Alexander's answer

am checking ..

https://github.com/Miha-x64/gson-constructor-type-adapter-factory

И конструкторе можна написат дефолт значения ?

А в 1.3 что интересного обещают? Ну, помимо самов

а что за самы?

Вот примерно тут уже обсуждалось #sam

когда уже митапы в минске будут?

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

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

В EPAM уже Котлин Тектолков много было, штук 6

да всё зависит от проекта

многие даже не знают что такой язык существует

Есть кто живой?

Есть кто живой?

нет

И конструкторе можна написат дефолт значения ?

Нет.

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

mapNotNull

mapNotNull

а откуда инфа, что фильтровать нужно по null? o_0

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

скорее до

а откуда инфа, что фильтровать нужно по null? o_0

можно написать выражение, которое будет null для элементов, которые нужно отфильтровать

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

хотя нет, вру

можно написать выражение, которое будет null для элементов, которые нужно отфильтровать

нет, просто у парня же свой какой-то кейс, откуда инфа, что ему по null нужно фильтровать?

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

хотя нет, не вру, фильтровать нужно до, чтобы меньше маппить

задача простая - пришел лист: 1) нужно его смаппить 2) нужно исключить все элементы с value > 4

хотя нет, не вру, фильтровать нужно до, чтобы меньше маппить

согласен - отфильтровать лучше ДО

то есть filter решение?

Подскажите пожалуйста, при list.mapTo можно ли писать исключающие условия для пунктов - чтобы на выходе иметь другое количество элементов? или это правильно делать через filter уже после?

После фильтра, в mapTo указывается только отображение и коллекция, куда складывать. Если надо сначала смаппить, то есть и filterTo

После фильтра, в mapTo указывается только отображение и коллекция, куда складывать. Если надо сначала смаппить, то есть и filterTo

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

спасибо за ответы!

Подскажите, где мой косяк, runTimer() должен прогонять цикл с периодичностью в 1 сек, но тело цикла выполняется только 1 раз

override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_stop_watch) runTimer() } fun runTimer() { Handler().postDelayed({ //code } },1000) }

override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_stop_watch) runTimer() } fun runTimer() { Handler().postDelayed({ //code } },1000) }

сделай рекурсивный вызов

override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_stop_watch) runTimer() } fun runTimer() { Handler().postDelayed({ //code } },1000) }

не runTimer выполняется один раз

сделай рекурсивный вызов

не надо так

внутри postDelayed вызови runTimer

override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_stop_watch) runTimer() } fun runTimer() { Handler().postDelayed({ //code } },1000) }

повторяется код в лямде

сделай рекурсивный вызов

рекурсия в бесконечном цикле? Такая себе идея

postDelayed - еденичный отложенный вызов

рекурсия в бесконечном цикле? Такая себе идея

да, одни ексепшини тебя ждут)

вот и вызывается лишь раз

postDelayed - еденичный отложенный вызов

Блин)

Получается нужно запихнуть код в while (true) {} ?

Получается нужно запихнуть код в while (true) {} ?

звучит ужасно

Получается нужно запихнуть код в while (true) {} ?

не будет тогда задержки

звучит ужасно

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

Как лучше реализовать тогда?

https://guides.codepath.com/android/Repeating-Periodic-Tasks

Спасибо

@OnlyRegEx ну и в ссылках к статье https://stackoverflow.com/questions/8098806/where-do-i-create-and-use-scheduledthreadpoolexecutor-timertask-or-handler а вообще t.me/android_ru

рекурсия в бесконечном цикле? Такая себе идея

Котлин же почти функциональный, он поддерживает tailrec

Котлин же почти функциональный, он поддерживает tailrec

Не знал)

Котлин же почти функциональный, он поддерживает tailrec

Поток от этого блокироваться не перестанет, если, конечно, речь не о корутинках. Но делать while(true) { wotk(); sleep(весомый отрезок времени) } -- так себе идея, если в системе есть планировщик. Ибо корутинки всё ещё будут жить на потоках аппы, которые ведром могут оказаться прибиты, а планировщик переподнимет аппу, чтобы выполнить код, даже если та мертва. Ну и плюс планировщик в курсе об энергосбережении, что плюс для юзера.

Поясните несведущему, пожалуйста, что такое SAM (о котором идёт речь в закрепке)

Погугли single abstract method )

Благодарю, усвоил

Поставл последний IDEA EAP. Одолевают смешанные чувства. С одной стороны, дебаггер умеет async stacktrace, что классно. С другой стороны, задача, которую я явно запостил на ExecutorService, каким-то боком выполняется на main. ?

Поставл последний IDEA EAP. Одолевают смешанные чувства. С одной стороны, дебаггер умеет async stacktrace, что классно. С другой стороны, задача, которую я явно запостил на ExecutorService, каким-то боком выполняется на main. ?

лол, молодцы idea)

а, я туплю просто.

Всё медленно становится на свои места...

Всем привет. :) Возможно тупой вопрос... Можно ли начать изучать Котлин без предарительного изучения Джавы?

Всем привет. :) Возможно тупой вопрос... Можно ли начать изучать Котлин без предарительного изучения Джавы?

привет, а зачем, почему?

Возможно все

Да, извините, не уточнил)) Для будущего девелопмента на Андроид

Возможно все

а почему без java?

а почему без java?

Так сложилось у человека значит

Так сложилось у человека значит

а зачем тогда спрашивать?

Да, извините, не уточнил)) Для будущего девелопмента на Андроид

Ну вообще Java не помешает, хотя бы база

а зачем тогда спрашивать?

¯\_(ツ)_/¯

а почему бы и нет? у меня есть знакомый, который пересел с C# на kotlin минуя java

а почему бы и нет? у меня есть знакомый, который пересел с C# на kotlin минуя java

и к чему это привело?

у него всё нормально

у него всё нормально

где?

C# самый похожий на джаву язык.

в котлине

Так что может и норм.

да он и на котлин похож в чём-то

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

да он и на котлин похож в чём-то

и на c++ чем-то похож)))

а kotlin похож на swift

да он изначально самостоятельный язык, просто с хорошей интероперабельностью с java

так что если выучить kotlin, можно быстро выучить swift, а если выучить swift, то открывается много дверей))

правда, не автоматически)))

Вопрос больше состоит в том, что лучше, сначала подтянуть Джаву, а потом переходить на Котлин для Андроида, или сразу идти читать матчасть по Котлину ?

1

Вопрос больше состоит в том, что лучше, сначала подтянуть Джаву, а потом переходить на Котлин для Андроида, или сразу идти читать матчасть по Котлину ?

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

Всем привет. :) Возможно тупой вопрос... Можно ли начать изучать Котлин без предарительного изучения Джавы?

Привет. Зависит от твоего опыта в других языках в какой-то мере. Но в целом наверное так: Пока с этим могут быть проблемы. Всё-таки сейчас нету хороших гайдов как учить его с нуля. Есть нюансы, специфичные для платформы, что сейчас в книге по Котлину просто не расскажут. Поэтому если есть опыт освоения языков, то проблем выучить сразу не будет, но возможны подводные камни, которые без знания исходного языка (java, js) могут всплыть. Так что наверное лучше некоторое время просто джаву поучить.

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