в андроид чате не помогли с этоим

Мне нужно A: C B: C someVal: List<C> when(someVal) { is List<A> -> ... is List<B> -> ... } делать, где A, B унаследованы от одного sealed класса

написать функцию с reified джененироком которая будет капчерить тип, и через KType доставать дженерик параметр и матчить на инстансы

Подредактировал примерчик, чтобы понятнее стало

ну я тебе примерно вариант кинул, но это если ты уверен что не может прийти список где и элементы типа A, и типа B + надо ещё прописать чё делать в случае если приходит пустой список, да

ну я тебе примерно вариант кинул, но это если ты уверен что не может прийти список где и элементы типа A, и типа B + надо ещё прописать чё делать в случае если приходит пустой список, да

Это то очевидный вариант. Таким образом и разделять элементы можно, и много еще чего делать.

Я думал, может какой-то адекватный способ есть.

написать функцию с reified джененироком которая будет капчерить тип, и через KType доставать дженерик параметр и матчить на инстансы

А можно какой нибудь микро-пример, чтобы я понял, что имеется в виду :)

inline fun <reified T: C> foo(list: List<T>) { when (T::class) { A -> ... B -> ... else -> ... } }

merci

sealed class C data class A(val x: Int) : C() data class B(val x: Double) : C() inline fun <reified T: C> foo(list: List<T>) { println(T::class) } fun main(args: Array<String>) { foo(listOf(A(42), A(5))) foo(listOf(B(3.14))) foo(listOf(A(42), B(3.14))) }

вот даже так

выводит A, B, C соответственно

на пустом списке выводит C (как наиболее общий подходящий тип видимо)

Супер, то что нужно!

Спасибо огромнейшее ;)

на всякий случай покапитаню – в джаву эта функция торчать конечно не будет, если у тебя вдруг какое-то библиотечное API и если у тебя изначально другая функция возвращает List<C>, то даже если все элементы в ней будут типа A, для компилятора там будет тип C (поэтому я изначально и подумал что это решение тебе не подойдёт)

на всякий случай покапитаню – в джаву эта функция торчать конечно не будет, если у тебя вдруг какое-то библиотечное API и если у тебя изначально другая функция возвращает List<C>, то даже если все элементы в ней будут типа A, для компилятора там будет тип C (поэтому я изначально и подумал что это решение тебе не подойдёт)

Хм. А если у меня идет набор функций, которые возвращают List<A> и List<B>, а потом идет микс в List<C> – тоже не заработает ?)

микс в List<C> – это условно val list : List<C> = if (...) { /* List<A> */ } else { /* List<B> */ }?

нет, не заработает

Понял, спасибо.

ну, по итогу просто A::class to someSourceA прокидываю, как самое безболезненное решение ;)

я тут ещё чё подумал – в принципе ты можешь врапать список в sealed class типа: sealed class ListC data class ListA(list: List<A>) : ListC() data class ListB(list: List<B>): ListC()

ну и потом делать что-то типа val list : ListC = if ( ... ) { ListA( /* List<A> */ ) } else { ListB( /* List<B> */ ) } fun foo(list: ListC) { when (list) { is ListA -> ... is ListB -> ... } }

class ReifiedList<T>(val list: List<T>, val type: Class<T>) : List<T> by list

или так

Да, тоже вариант. Хотя пока-что наверное оставлю вариант с передачей KClass и unchecked-кастами просто потому, что компактнее

class ReifiedList<T>(val list: List<T>, val type: Class<T>) : List<T> by list

эту фичу Бреслав хочет убрать

эту фичу Бреслав хочет убрать

да, но, скорее всего, не уберёт)

да, но, скорее всего, не уберёт)

покрафне мере до этого будет долго идти

эту фичу Бреслав хочет убрать

И будем вечно сидеть на котлин 1.2, как сейчас сидим на pre-26х build tools в андроиде :) Потому что новое ломается ;)

покрафне мере до этого будет долго идти

думаю, что-то будет взамен

думаю, что-то будет взамен

+

И будем вечно сидеть на котлин 1.2, как сейчас сидим на pre-26х build tools в андроиде :) Потому что новое ломается ;)

продолжая оффтоп, с третьим Gradle plug-in нужны build tools не ниже 27, иначе лончер цианогена падает, чуть ли не сегфолтится

продолжая оффтоп, с третьим Gradle plug-in нужны build tools не ниже 27, иначе лончер цианогена падает, чуть ли не сегфолтится

O.o? Сижу на 26 и 25 при 3-ем плагине уже ну очень долго, никаких проблем

O.o? Сижу на 26 и 25 при 3-ем плагине уже ну очень долго, никаких проблем

https://issuetracker.google.com/issues/64434571

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

продолжая оффтоп, с третьим Gradle plug-in нужны build tools не ниже 27, иначе лончер цианогена падает, чуть ли не сегфолтится

кому есть дело до CM ?

кому есть дело до CM ?

эм, нуу, это моя основная мобильная ОС

кому есть дело до CM ?

Многим

сомневаюсь

неофициальные прошивки всегда ведь были важны (нет)

Почти всегда были

Со времён 2 андроида

тем более они не проходили CTS

Почти всегда были

кому? горстке гиков?

Когда в циан добавляли кучу фич, из которых Гугл ботом брал себе

неофициальные прошивки всегда ведь были важны (нет)

очень плохая аргументация

кому? горстке гиков?

Горстке? Лол

Гигантское сообщество за этим стоит

относительно чего гигантское?

Относительно юзеров ведра

Вы, наверное, о разных сторонах говорите. Многим разработчикам софта действительно на кастомные прошивки насрать, к сожалению, ибо они составляют малый процент пользователей. Но это не отменяет того, что за кастомными прошивками стоит большое число людей. Я сам сижу на линейке и очень ей рад. </срач>

Имхо: когда project treble начнет ставиться в каждый ведрофон - кастомки потеряют большую часть пользователей.

ниразу не видел какой либо статистики по CM(Lineage)

Полтора миллиона активных пользователей. https://stats.lineageos.org/

Имхо: когда project treble начнет ставиться в каждый ведрофон - кастомки потеряют большую часть пользователей.

Не вижу корреляции, честно говоря. Почему?

Сколько ведрофонов? Миллиард? Тогда миллион вполне соизмерим с аудиторией какого-нибудь Meizu.

Это не считая других кастомок

Полтора миллиона активных пользователей. https://stats.lineageos.org/

пользователетей гугл пиксель и то в 4 раза больше

пользователетей гугл пиксель и то в 4 раза больше

Я пользователь Google Nexus 5X. И LinageOS. Одновременно.

где нормальный андроид и gp services

Я юзер нексус 6р и юзер нитрогена/лос/стока попеременно))

Полтора миллиона активных пользователей. https://stats.lineageos.org/

+ циан + рессурекшн + аокп + срдроид и тд

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

Да

где нормальный андроид и gp services

Официальный MIUI на китайцах язык не поворачивается назвать нормальным андроидом в сравнении с Lineage OS. На нексусах / пикселях мир не заканчивается, к сожалению. Плейсервисы на линейку завезти существует тысяча и один способ, opengapps суть один из самых удобных на данный момент. Так что не понимаю, в чём проблема с "нормальным андроидом и плейсервисами" в привязке к кастомным прошивкам.

Официальный MIUI на китайцах язык не поворачивается назвать нормальным андроидом в сравнении с Lineage OS. На нексусах / пикселях мир не заканчивается, к сожалению. Плейсервисы на линейку завезти существует тысяча и один способ, opengapps суть один из самых удобных на данный момент. Так что не понимаю, в чём проблема с "нормальным андроидом и плейсервисами" в привязке к кастомным прошивкам.

он хотябы CTS проходить, международная версия

он хотябы CTS проходить, международная версия

Я не отговариваю желающих жрать кактус продолжать его жрать. Каждому своё -- кому бирочка "прошло тесты", кому нормальный UX.

open gapps порезанный до нельзя сервисы, из-за которых часто что-то не работает

open gapps порезанный до нельзя сервисы, из-за которых часто что-то не работает

Он позволяет завезти больше, чем стоит на тех же нексусах, если что. https://github.com/opengapps/opengapps/wiki/Package-Comparison

если кто-нибудь хочет продолжать обсуждение, приглашаю в @pofftop

Он позволяет завезти больше, чем стоит на тех же нексусах, если что. https://github.com/opengapps/opengapps/wiki/Package-Comparison

только если ставить super-package. ладно, я офф

этой информации в рантайме нет, можно сделать подобное лишь пробежав по элеметам

Этой информации нет в Инстансе, но ее можно вытащить из классп

Этой информации нет в Инстансе, но ее можно вытащить из классп

Да, но это дичь.

Всем привет, никто не сталкивался с проблемой, в js, для доступа к нужному this, часто приходится использовать конструкцию типа val self = js("this") as T. Видел в Typescript для этого this parametres используются. Хотелось бы какое-нибудь решение, чтобы this постоянно явно не присваивать. Пока что написал extension, который принимает лямбду с this в качестве первого аргумента, но все равно как-то не очень удобно постоянно в конце дописывать этот extension.

вроде прболем не было, котлин всегда кмопилировал this во что нужно, сохраняя его где нужно. можете привести пример?

В Vue, внутри methods или watch

внутри DSL'ей свои this'ы, используй this@... для доступа к нужному

если ты про это, конечно

ide сама подсказывать должна по-идее

Есть object, который представляет собой Vue-компонент и наследуется от external Vue класса, нормальный доступ к this есть только внутри хуков типа mounted, created. Внутри methods, есть доступ только к this object-a и methods. Для того, чтобы Vue-вский this получить приходится что-то подобное писать.

Есть object, который представляет собой Vue-компонент и наследуется от external Vue класса, нормальный доступ к this есть только внутри хуков типа mounted, created. Внутри methods, есть доступ только к this object-a и methods. Для того, чтобы Vue-вский this получить приходится что-то подобное писать.

я кажется понял, тебе нужно получить this того объекта к которому в конструктор ты передаёшь jsObject { ... }

Ну здесь да, ну вообще, примерно так выглядит object AppComponent : Vue() {}.

Когда es6 использовал, там при компиляции примерно также и происходило. Удобно было бы, чтобы как в Typescript, можно было написать что-то типа fun myFun(this: Vue)

Ну здесь да, ну вообще, примерно так выглядит object AppComponent : Vue() {}.

внутри {} this должен наследоваться от Vue

Ну здесь да, ну вообще, примерно так выглядит object AppComponent : Vue() {}.

Я немного упростил, там посложнее чуть-чуть, наследованее не напрямую от Vue класса идет, а от базовых абстарктных классов, но смысл тот же.

Я немного упростил, там посложнее чуть-чуть, наследованее не напрямую от Vue класса идет, а от базовых абстарктных классов, но смысл тот же.

какая разница, если все равно наследуется от Vue?

В общем-то в typescript definitions это вот так выглядит: type DefaultMethods<V> = { [key: string]: (this: V, ...args: any[]) => any };

Потом при компиляции этот this автоматом подставляется

А у вас там творится та же магия, что и в тайпскриптовом vue-class-component, где базовый класс работает декоратором и в рантайме отсутствует?

А у вас там творится та же магия, что и в тайпскриптовом vue-class-component, где базовый класс работает декоратором и в рантайме отсутствует?

Ну да, инстанс компонента, это по сути опции, на основе которых vue создаёт свой собственный.

Ну да, инстанс компонента, это по сути опции, на основе которых vue создаёт свой собственный.

Спасибо, надо бы на досуге чекнуть, как оно под капотом сделано.