Да, постоянно ?

Если вьюха деатачится, то ничего не произойдёт и норм будет, если сделаешь !!, то упадёт

Если вьюха деатачится, то ничего не произойдёт и норм будет, если сделаешь !!, то упадёт

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

Использовать MVVM :)

Еще лучше, когда VM это иммутабельный data-class без логики. Тогда все будет очень просто и ? с !! вообще не понадобятся.

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

Ну я впилил абстрактный класс Presenter<T> с attach(view: T) и detach(), а ещё val view: T get() = _view!!

как в Котлине в презенторе(шаблон MVP в Android) хранить ссылку на view? В notnull типе проблема с ее обнулением, а в nullable типе постоянные приседания с ? и !!

null object можно заюзать если интерфейс view позволяет

null object можно заюзать если интерфейс view позволяет

я уже с ? смирился, я бы предпочел использовать if (view != null) но тут вылезает smart cast ... is impossible)

я уже с ? смирился, я бы предпочел использовать if (view != null) но тут вылезает smart cast ... is impossible)

если надо несколько раз обратится используй let, apply и пр (view?.let { .... })

interface IView{ fun execute(command:UiCommand) } NullView():IView{ override fun execute(command:UiCommand){} } Presenter{ private var view:IView = NullView() fun onAttach( iView:IView) = this.view = iView fun onDetach( this.view = NullView() ) }

если надо несколько раз обратится используй let, apply и пр (view?.let { .... })

почему с let работает а с if (view != null) нет?

можно пойти другим путем - реактивным. тогда будет типа того: interface IView : Consumer<UiCommand> { val eventRelay: PublishSubject<UiEvent> } abstract class APresenter( private val pool: SchedulersPool, private val errorHandler: ErrorHandler ) { val disposable = CompositeDisposable() private val commandRelay: PublishSubject<UiCommand> = PublishSubject .create<UiCommand>() .apply { observeOn(pool.io()) subscribeOn(pool.ui()) } fun ui(command: UiCommand) = commandRelay.onNext(command) fun ui(vararg command: UiCommand) = command.forEach { commandRelay.onNext(it) } abstract fun on(event: UiEvent) open fun onViewAttached(iView: IView) { disposable.addAll( commandRelay.subscribe(iView::accept, errorHandler::handle), iView .eventRelay .observeOn(pool.ui()) .subscribeOn(pool.compute()) .subscribe(this::on, errorHandler::handle) ) } fun onViewDetached() { disposable.clear() } }

почему с let работает а с if (view != null) нет?

потому что вью у тебя вар и с момента проверки в ифе оно могло изменится

а лет её захватывает

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

я уже с ? смирился, я бы предпочел использовать if (view != null) но тут вылезает smart cast ... is impossible)

Зря, найди способ без ?.

потому что вью у тебя вар и с момента проверки в ифе оно могло изменится

Ну постоянно view?.let - такое себе.

если по логике компилятора значение может стать null после проверки в if то оно точно также может стать null после проверки перед передачей в let

если по логике компилятора значение может стать null после проверки в if то оно точно также может стать null после проверки перед передачей в let

Нет.

Нет.

почему?

var может измениться в любой момент

А let - это захват

если по логике компилятора значение может стать null после проверки в if то оно точно также может стать null после проверки перед передачей в let

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

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

те ссылка продублируется?

те ссылка продублируется?

вообще надо использовать it прилетающий в лет, а то что работать по имени, то это смарт каст

вообще надо использовать it прилетающий в лет, а то что работать по имени, то это смарт каст

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

Здесь описано почему: https://github.com/Kotlin/KEEP/blob/result-rename/proposals/stdlib/result.md

Для тех кто не пошёл по ссылке, но хотел бы знать что там написано: The rationale behind these limitations is that future versions of Kotlin may expand and/or change semantics of functions that return Result type and null-safety operators may change their semantics when used on values of Result type. In order to avoid breaking existing code in the future releases of Kotin and leave door open for those changes, the corresponding uses produce an error now. Exceptions to this rule are made for carefully-reviewed declarations in the standard library that are part of the Result type API itself.

Но написано, что если очень хочется, то можно воспользоваться runCatching

Для тех кто не пошёл по ссылке, но хотел бы знать что там написано: The rationale behind these limitations is that future versions of Kotlin may expand and/or change semantics of functions that return Result type and null-safety operators may change their semantics when used on values of Result type. In order to avoid breaking existing code in the future releases of Kotin and leave door open for those changes, the corresponding uses produce an error now. Exceptions to this rule are made for carefully-reviewed declarations in the standard library that are part of the Result type API itself.

> null-safety operators may change their semantics when used on values of Result type. А говорят что map и flatmap не хотят добавлять.?

Privet

Java ili kotlin dlya android development

Java ili kotlin dlya android development

Pishi srazu bait kod

Privet

neprivet.ru Без русской раскладки в русскоязычный чат лучше не ходить

Java ili kotlin dlya android development

>Java ili kotlin translit soidet, toje kodit' mona

Никогда не понимал, почему у людей так горит на транслит?

Потому что его читать неудобно

Потому что его читать неудобно

Однако каждый отвечающий на него, сначала его прочитал

Не проще ли сократить мучения сразу ответить человеку на его вопрос?

Однако каждый отвечающий на него, сначала его прочитал

Потому что мы не игнорируем людей

Не проще ли сократить мучения сразу ответить человеку на его вопрос?

Мы отвечаем и даём совет на будущее

?

Вообще, этот конкретный вопрос надо выделить в FAQ и не отвечать на него. Каждые два дня кто-то спрашивает. Причем именно в такой форме, без уточнений.

Всем привет Есть код: val channel = BroadcastChannel<Something>(256) ... fun doSomething() { val something by lazy { //init Something } channel.send(something) } Вопрос - когда инициализируется переменная something? В момент передачи в send, в момент передачи в какого-либо подписчика или в момент попытки использования собственно значения?

Всем привет Есть код: val channel = BroadcastChannel<Something>(256) ... fun doSomething() { val something by lazy { //init Something } channel.send(something) } Вопрос - когда инициализируется переменная something? В момент передачи в send, в момент передачи в какого-либо подписчика или в момент попытки использования собственно значения?

В момент использования значения, т. е. в момент передачи в send.

В момент использования значения, т. е. в момент передачи в send.

увы, нет

по-крайней мере, практика говорит об обратном

runBlocking { val channel = BroadcastChannel<Int>(3) val first: Int by lazy { val value = random.nextInt() println("Initiated first: $value") value } channel.sendBlocking(first) channel.subscribe { println("received $it") } val second: Int by lazy { val value = random.nextInt() println("Initiated second: $value") value } channel.send(second) delay(2000) } Вывод: Initiated first: 215035476 Initiated second: 566737082 received 566737082

так что теперь остаётся вопрос - в момент передачи в send или где-то уже внутри?

по-крайней мере, практика говорит об обратном

а как она говорит об этом?

а как она говорит об этом?

сообщение выше - инициализация происходит несмотря на отсутствие подписчиков

сообщение выше - инициализация происходит несмотря на отсутствие подписчиков

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

а канал, наоборот, не знает ничего про делегат

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

а, дошло

ну то есть при передаче в send

Хм... А не было инфы Kotlin Plugin для версии 1.3.0-rc-51 завозить будут?

Java ili kotlin dlya android development

Dart

на что ругается то? какой текст ошибки?

getWeather() что возвращает?

ну дак suspend

текст ошибки то какой?

Он пытается вызвать suspend внутри обычной функции

getWeather же не suspend

тут скорее всего надо сделать так: data: suspend () => Either<Failure, T>

ERROR: S client not available

тут оно в жирненьких фигурных скобочках

...а они обозначают тело уже другой функции

...а они обозначают тело уже другой функции

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

спасибо большое, пойду разбираться

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

Значение vs лямбда

Товарищи, а я верно понимаю, что из reified- функции никто к компаньону дженерик-параметра не пустит?

Товарищи, а я верно понимаю, что из reified- функции никто к компаньону дженерик-параметра не пустит?

Да. Непонятно, есть ли он и публичен ли.

Да. Непонятно, есть ли он и публичен ли.

Мрачненько, спасибо.

И второй вопрос вдогонку: inline fun <reified T: Base> info(value: T) = ... inline fun <reified T: Any> action(value: T) { when(value) { is Base -> info<T>(value) } } Ловлю: error: type argument is not within its bounds: should be subtype of 'Base'. Это я чего-то не понимаю или компилятор?

ну так у тебя в info дженерик ограничен Base, а в action он Any

Any не подтип Base

И второй вопрос вдогонку: inline fun <reified T: Base> info(value: T) = ... inline fun <reified T: Any> action(value: T) { when(value) { is Base -> info<T>(value) } } Ловлю: error: type argument is not within its bounds: should be subtype of 'Base'. Это я чего-то не понимаю или компилятор?

Вы. У вас сказано, что T, передаваемый в info, должен быть подтипом Base Соответственно, без даункаста T в теле action нельзя его использовать в info

ибо Base: Any

А value is Base даункастом в данном случае не считается?

А value is Base даункастом в данном случае не считается?

Сек

А value is Base даункастом в данном случае не считается?

хм, не заметил

Ну хотя да, value — это просто переменная типа T, то, что конкретно она подходящего типа, про сам тип ничего не говорит, ибо в теории рядом может быть value2: T.

Я, наверное, слишком много от компилятора хочу просто :)

info<T>(value) - не надо так, T уберите

И второй вопрос вдогонку: inline fun <reified T: Base> info(value: T) = ... inline fun <reified T: Any> action(value: T) { when(value) { is Base -> info<T>(value) } } Ловлю: error: type argument is not within its bounds: should be subtype of 'Base'. Это я чего-то не понимаю или компилятор?

вполне может быть action<Number>(1L), в итоге аргумент типа Int, а переданный тип — Number

info<T>(value) - не надо так, T уберите

Ой, прошу пардона, там его и нету в моём коде.

Что логичным образом окончательно всё ломает, собственно.

Ой, прошу пардона, там его и нету в моём коде.

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

Ой, прошу пардона, там его и нету в моём коде.

А какую задачу решает код, кстати? Просто выглядит как таблица виртуальных функций

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

Да нет, не должно. У меня есть T: Any, есть какая-то переменная value: T, которая может быть не единственной, зависящей от T. Потому то, что конкретно value оказалась Base, о самом T ничего не говорит.

Ой, прошу пардона, там его и нету в моём коде.

У меня всё компилится вот так: fun main(args: Array<String>) { action(object : Base{}) } interface Base inline fun <reified T : Base> info(value: T) {} inline fun <reified T: Any> action(value: T) { when(value) { is Base -> info(value) } }

У меня всё компилится вот так: fun main(args: Array<String>) { action(object : Base{}) } interface Base inline fun <reified T : Base> info(value: T) {} inline fun <reified T: Any> action(value: T) { when(value) { is Base -> info(value) } }

Правильно, я написал глупость, у меня inline fun <reified T: Base> info(), а не так, как я накидал для наколеночного примера.

Правильно, я написал глупость, у меня inline fun <reified T: Base> info(), а не так, как я накидал для наколеночного примера.

Ну тогда не будет работать. Как он реифицирует T?

А какую задачу решает код, кстати? Просто выглядит как таблица виртуальных функций

Не-а. Это я значения из одной системы типов пытаюсь перегнать в другую, И у некоторого дерева входных подтипов у всех есть компаньон с указанием размера, который я и пытался выдрать (CVariable.Type). Потом я увидел, что есть typeOf<T: CVariable>(), который этот компаньон мне выдаёт, теперь до него достучаться пытаюсь.

Ну тогда не будет работать. Как он реифицирует T?

Никак, я и отписался уже, что понял проблему — уточнённое значение типа никак не связано с уточнением самого типа.

И when(T::class), как назло, не помощник, потому что нету isSubtypeOf. :/