ML
Ну, корутины на нормальные типы из-за модификатора так себе ложатся, мы это уже проходили
Кста, а вот в c# async функции кодируются типом Task, насколько я помню
Size: a a a
2020 August 15
(
Кста, а вот в c# async функции кодируются типом Task, насколько я помню
а там для асинка есть отдельные модификаторы?
BP
Так вроде ж починить собирались, не?
В 1.4
BP
В 1.4 фикс
BP
А это именно про ворнинг
ML
последний вопрос по кастомным компонентам, подскажите если я добавляю компонент на экран, допустим как то так:
где я должен запускать обработку его очереди сообщений? либо компонент нужно как то иным образом инициализировать?
@Composable
fun render(state: ScreenState) {
Column {
Text(
text = state.field
)
Component()
}
}
@Composable
fun Component(){
//...
}
где я должен запускать обработку его очереди сообщений? либо компонент нужно как то иным образом инициализировать?
Если стейт единый, то это просто часть стейта, который прилетит в верхнеуровневый композабл и он уже дернет твой UI
AM
Кста, а вот в c# async функции кодируются типом Task, насколько я помню
Всё так, и в итоге там by default вызовы корутин асинхронные, в котлине -- последовательные.
AS
onCommit посмотри, там можно заинитить
В общем в компоузе лучше прокидывать стейт, как параметр, там слегка другая идеология
ML
а там для асинка есть отдельные модификаторы?
Да, async await, как обычно
AM
То есть в сисетке последовательные вызовы надо делать явно эвэйтами, в котлине -- асинхронные вызовы надо делать явно лончами. Что на мой взгляд круто.
Д
Если стейт единый, то это просто часть стейта, который прилетит в верхнеуровневый композабл и он уже дернет твой UI
ну уже все де как определили что компонент может быть замкнутой системой, что можно ему свою очередь месседжей обрабатывать...
ML
ну уже все де как определили что компонент может быть замкнутой системой, что можно ему свою очередь месседжей обрабатывать...
Тогда тебе приходится думать о DI, о том когда включать и выключать компонент, как его диспоузить и т.д.
Просто лишний раз напоминаю почему я топлю за единый стейт
Просто лишний раз напоминаю почему я топлю за единый стейт
AI
а не перебор под один компонент целый фрагмент выделять?
Так от конкретного случая зависит. Если это кнопка с логикой (как отдельная фича), то я бы положил в отдельный модуль и сделал фрагментом. Но чаще всего компоненты более крупные.
Д
Так от конкретного случая зависит. Если это кнопка с логикой (как отдельная фича), то я бы положил в отдельный модуль и сделал фрагментом. Но чаще всего компоненты более крупные.
а как вообще в compose фрагменты используются?
(
Да, async await, как обычно
ну так-то и в котлине Deferred есть
AM
ну так-то и в котлине Deferred есть
Ну так в котлине ты его явно лончем получаешь, а в сишарпе обычный вызов асинк-функции возвращает таск.
AM
Хочешь последовательное выполнение -- дёргай на полученном таске эвэйт.
BP
Кста, а вот в c# async функции кодируются типом Task, насколько я помню
Да но для разворачивания таких типов есть кейворды 🌚
(
Ну так в котлине ты его явно лончем получаешь, а в сишарпе обычный вызов асинк-функции возвращает таск.
так, чего?
вернет Task<T>?
async T heh()
вернет Task<T>?
BP
Хотя это обычные функции