AE
inline fun <reified T: IFoo<V>, V> createBar() : Bar<V> {
return Bar<V>()
}это вообще ересь получается
Size: a a a
2019 December 25
AE
Фигню наверное спрашиваю, но можно такое сделать?
Т.е. тип вроде не потерялся, он видит, что там String. Но как создать
interface IFoo<A>
class Foo: IFoo<String>
class Bar<A>: IFoo<A>
inline fun <reified T: IFoo<*>> createBar(){
val type = T::class.supertypes[0].arguments[0].type // String
// Bar2<type>() ??
}
createBar<Foo>()
Т.е. тип вроде не потерялся, он видит, что там String. Но как создать
Bar<String>() оттуда?тогда уже так
inline fun <reified T: IFoo<V>, V> createBar(foo: T) : Bar<V> {
return Bar<V>()
}AE
если использование такое:
val foo = Foo()
val bar = createBar(foo)
AO
А зачем?
U
Господа, по работе тут уместно спрашивать?
Смотря кем работаешь, я полагаю
AE
А зачем?
я тоже задумался, но в итоге нашел только одно предназначение, не переписывать дженерики по цепочке, если тип у Foo поменяется, но ИМХО тогда уж лучше дженеризировать весь метод и дело в шляпе
U
А ещё попробуйте новый вывод типов, он часто избавляет от необходимости указывать их явно
R
В Котлин есть синглтон object
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
AO
В Котлин есть синглтон object
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
жив пока jvm жива
AO
Ну или класслоадер
IN
Буду дома гляну
Привет. Не смотрел?
IN
Я думаю просто баг репорт заносить.
AN
В Котлин есть синглтон object
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
заботиться не надо. Но руками его убить ооочень сложно
AN
так что хранить там данные не стоит (это в любом случае очень плохая практика).
AO
Ну рефлексией же изи :peka:
AN
Ну рефлексией же изи :peka:
И вероятно сломается на JDK 9+ 🤷♂️
QH
В Котлин есть синглтон object
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
Он будет жить пока программа не выгрузится из памяти?
И как его убить? Надо ли заботиться об этом?
Где можно подробно прочитать об этом.
А откуда мысли о том, что нужно его убивать? Кто такое пропагандирует?
R
А откуда мысли о том, что нужно его убивать? Кто такое пропагандирует?
Вот интересно было, правильная ли это мысль вообще )
QH
Вот интересно было, правильная ли это мысль вообще )
Неправильная.
Только я вот хочу знать, кто и где её такую прививает.
Только я вот хочу знать, кто и где её такую прививает.
R
так что хранить там данные не стоит (это в любом случае очень плохая практика).
А почему нет? То есть плохо хранить там базу пока приложение живёт в памяти?