AN
Если нужен Стейт в экстеншены, можно делать стейтфул контекст
factory.createVmsMessagePictogramDisplayAreaIndexVmsPictogramDisplayArea()Это JAXB'ом нагенерилось...
Size: a a a
2019 October 30
2019 October 31
B
Адище...
Это JAXB'ом нагенерилось...
Это JAXB'ом нагенерилось...
B
Из той же песни
createVmsPictogramDisplayAreaPictogramSequencingIndexVmsPictogram()B
И ничего с этим поделать-то нельзя - плакали, кололись, но создавали
B
Вылетаем за 120 колонок лехко... Хотя есть же вроде JAXB custom bindings, но я пока не настолько эксперт.
VB
Чем не годятся обычные экстеншены?
Тем что нужно получать коллбек который добавляется только путем переопределения метода Activity, чего из экстеншн-метода явно не сделать
VB
Если нужен Стейт в экстеншены, можно делать стейтфул контекст
Да, но тут одно это не поможет.
I
Ребят почему в такой ситуации flowOn не работает:
viewModelScope.launch {
channelOne.asFlow()
.combine(channelTwo.asFlow()) { i, j ->
i
}.flowOn(Dispatchers.IO)
.combine(channelThree.asFlow()) { i, k ->
i
}
.collect {
}
} для каналов я делаю viewModelScope.launch {
runChannelOne()
} в методе runChannelOne происходит send и ничего более, сам viewModelScope.launch запускается в UI потоке, каналы у меня BroadcastChannelAO
Ребят почему в такой ситуации flowOn не работает:
viewModelScope.launch {
channelOne.asFlow()
.combine(channelTwo.asFlow()) { i, j ->
i
}.flowOn(Dispatchers.IO)
.combine(channelThree.asFlow()) { i, k ->
i
}
.collect {
}
} для каналов я делаю viewModelScope.launch {
runChannelOne()
} в методе runChannelOne происходит send и ничего более, сам viewModelScope.launch запускается в UI потоке, каналы у меня BroadcastChannelИ опять же, если хочешь, чтобы тебе помогли напиши минимально воспроизводимый пример
I
И опять же, если хочешь, чтобы тебе помогли напиши минимально воспроизводимый пример
Да по сути там больше ничего нет, если только сам метод
private suspend fun runChannelOne() {
for (i in 1..10) {
delay(100)
channelOne.send(i)
}
} он анлогичен для все каналов, создание канала такое val channelOne = BroadcastChannel<Int>(10)AO
Да по сути там больше ничего нет, если только сам метод
private suspend fun runChannelOne() {
for (i in 1..10) {
delay(100)
channelOne.send(i)
}
} он анлогичен для все каналов, создание канала такое val channelOne = BroadcastChannel<Int>(10)А во второй и третий канал точно что то приходит?
I
А во второй и третий канал точно что то приходит?
да точно
private suspend fun runChannelTwo() {
for (i in 11..20) {
delay(100)
channelTwo.send(i)
}
}
private suspend fun runChannelThree() {
for (i in 21..30) {
delay(100)
channelThree.send(i)
}
} все данные приходят, только контекст не переключаетсяOY
Ребят почему в такой ситуации flowOn не работает:
viewModelScope.launch {
channelOne.asFlow()
.combine(channelTwo.asFlow()) { i, j ->
i
}.flowOn(Dispatchers.IO)
.combine(channelThree.asFlow()) { i, k ->
i
}
.collect {
}
} для каналов я делаю viewModelScope.launch {
runChannelOne()
} в методе runChannelOne происходит send и ничего более, сам viewModelScope.launch запускается в UI потоке, каналы у меня BroadcastChannelа почему ты решил, что
flowOn не работает?I
А во второй и третий канал точно что то приходит?
по факту получается, что контекст зависит только от launch в котором находится flow.collect, на остальные контексты он не реагирует
I
а почему ты решил, что
flowOn не работает?я смотрю по потоку какой контекст и вижу что контекст не меняется
I
а почему ты решил, что
flowOn не работает?вообще сейчас проверил Thread.currentThread().name поток меняется, видимо сам coroutineContext остается неизменным, этот вопрос в таком кейсе как-то не совсем очевиден
OY
вообще сейчас проверил Thread.currentThread().name поток меняется, видимо сам coroutineContext остается неизменным, этот вопрос в таком кейсе как-то не совсем очевиден
https://pl.kotl.in/bV-MgyW2B
вроде всё меняется и ведёт себя как надо
вроде всё меняется и ведёт себя как надо
QH
во времена scala on android мы так расширяли апи Activity например, переопределяя в trait-ах методы активити.
Буквально вчера делал подобное расширение на котлине (навигация с возвратом результата от активити через саспенд-функцию), и столкнулся с тем, что приходится делать интерфейс, и подкладывать
Как вариант, вместо миксинов это могли бы быть какие-нибудь хитрые делегаты.
Буквально вчера делал подобное расширение на котлине (навигация с возвратом результата от активити через саспенд-функцию), и столкнулся с тем, что приходится делать интерфейс, и подкладывать
"Helper" чтобы пользователь библиотеки мог добавить себе функциональность в свой любимый сабкласс активити. В scala юзер библиотеки просто писал бы MyActivity extends AppCompatActivity with SuspendNavigation. В котлине ему прийдется либо расширять класс предоставленный либой (и он лишится выбора AppCompatActivity vs LeanbackActivity for instance) либо каждый раз использовать некий Helper и грамотно перегружать нужные методы Activity.Как вариант, вместо миксинов это могли бы быть какие-нибудь хитрые делегаты.
Во-первых, с андроидом всё понятно и очень печально. Попытка как-то это исправить — CompositeAndroid.
Во-вторых, пока Continuation не сериализуемы, startActivityForResult нельзя дожидаться в корутине, потому что процесс может быть пересоздан.
Во-вторых, пока Continuation не сериализуемы, startActivityForResult нельзя дожидаться в корутине, потому что процесс может быть пересоздан.
I
https://pl.kotl.in/bV-MgyW2B
вроде всё меняется и ведёт себя как надо
вроде всё меняется и ведёт себя как надо
спасибо, сейчас потестирую на вашем примере
AL
Немного нубовый вопрос. но можете посоветовать удобные валидаторы для DTOшек.
Желательно чтобы можно было валидировать не только простые вещи вида isNotEmpty или mustBePositive.
а еще и возможность проверять уникальность и прочее, т.е. иметь внешние зависимости у валидатора.
Желательно чтобы можно было валидировать не только простые вещи вида isNotEmpty или mustBePositive.
а еще и возможность проверять уникальность и прочее, т.е. иметь внешние зависимости у валидатора.