NT
Size: a a a
2020 June 06
I
на бэке примерно так, но мне в андроиде удобнее иметь четыре разны типа вместо енума в одном
А можно какой-то кейс, где копипаста удобнее enum?
AY
Всем привет, такой вопрос, есть вот такой класс:
abstract class BaseArguments(private val bundle: Bundle) {
abstract fun toBundle(): Bundle
}
Нужно создать наследника BaseArguments, только не понятно как вызвать у него конструкор, это возможно?IO
Всем привет, такой вопрос, есть вот такой класс:
abstract class BaseArguments(private val bundle: Bundle) {
abstract fun toBundle(): Bundle
}
Нужно создать наследника BaseArguments, только не понятно как вызвать у него конструкор, это возможно?конечно, можно, если вам известны параметры конструктора
AY
конечно, можно, если вам известны параметры конструктора
известны, он наследуется от абстрактного класса с конструктором
IO
1. T::class.createInstance
2. T::class.primaryConstructor.call(...) as T
2. T::class.primaryConstructor.call(...) as T
AY
1. T::class.createInstance
2. T::class.primaryConstructor.call(...) as T
2. T::class.primaryConstructor.call(...) as T
Спасибо, нужно было ещё
kotlin-reflect добавить, что-то не подумал об этомAM
известны, он наследуется от абстрактного класса с конструктором
Справедливости ради, у наследника могут быть совершенно другие параметры конструктора, нежели у абстрактного класса, от которого он наследуется. Если вы сами ограничиваете этот контракт -- эт другое дело :)
AY
Справедливости ради, у наследника могут быть совершенно другие параметры конструктора, нежели у абстрактного класса, от которого он наследуется. Если вы сами ограничиваете этот контракт -- эт другое дело :)
То есть если помимо конструктора абстрактного класса у
P.S. я разобрался, если есть
T есть ещё какой-то другой конструктор, то такой подход не сработает?P.S. я разобрался, если есть
primaryConstructor то сработает, если нужно ещё один конструктор, то нужно добавлять его как secondary и из него вызывать primaryConstructor. СпасибоAN
То есть если помимо конструктора абстрактного класса у
P.S. я разобрался, если есть
T есть ещё какой-то другой конструктор, то такой подход не сработает?P.S. я разобрался, если есть
primaryConstructor то сработает, если нужно ещё один конструктор, то нужно добавлять его как secondary и из него вызывать primaryConstructor. СпасибоСработает. Конструкторы можно резолвить по типам параметров
AM
То есть если помимо конструктора абстрактного класса у
P.S. я разобрался, если есть
T есть ещё какой-то другой конструктор, то такой подход не сработает?P.S. я разобрался, если есть
primaryConstructor то сработает, если нужно ещё один конструктор, то нужно добавлять его как secondary и из него вызывать primaryConstructor. СпасибоЯ о том, что если у вас есть
, то наследник может быть определён как
abstract class A(val i: Int), то наследник может быть определён как
class B(val s: String, i: Int) : A(i)AM
То есть если помимо конструктора абстрактного класса у
P.S. я разобрался, если есть
T есть ещё какой-то другой конструктор, то такой подход не сработает?P.S. я разобрался, если есть
primaryConstructor то сработает, если нужно ещё один конструктор, то нужно добавлять его как secondary и из него вызывать primaryConstructor. СпасибоПоэтому работать будет, только если вы явно оговорите, что наследники этого класса должны иметь конструктор с такой-то сигнатурой.
AY
Поэтому работать будет, только если вы явно оговорите, что наследники этого класса должны иметь конструктор с такой-то сигнатурой.
Понятно, спасибо
AM
Понятно, спасибо
Ну и посмотрите, возможно, вам не нужен kotlin-reflect, достаточно взять
T::class.java.newInstance(...) (или как там это делается) и не тащить на борту лишнюю зависимость :)I
In7
А можно какой-то кейс, где копипаста удобнее enum?
я не писал, что копипаста удобнее. я писал, что именно 4 разных объекта удобнее лично для меня.
у меня UI с 4-мя разными настройками, но внешне они выглядят одинаково: свитчер и список. вот я и хотел иметь четыре разных класса с одинаковыми структурами для этих 4-ёх разных UI-элементов.
у меня UI с 4-мя разными настройками, но внешне они выглядят одинаково: свитчер и список. вот я и хотел иметь четыре разных класса с одинаковыми структурами для этих 4-ёх разных UI-элементов.
AL
Из того, что по тематике канала - https://talkingkotlin.com/
Не по теме канала не знаю особо, можно в @pofftop спросить, вроде там кто-то в них участвует :)
Не по теме канала не знаю особо, можно в @pofftop спросить, вроде там кто-то в них участвует :)
AN
Из того, что по тематике канала - https://talkingkotlin.com/
Не по теме канала не знаю особо, можно в @pofftop спросить, вроде там кто-то в них участвует :)
Не по теме канала не знаю особо, можно в @pofftop спросить, вроде там кто-то в них участвует :)
Это на что ответ был?
D
Это на что ответ был?
Про подкасты спрашивали
AN
А, я чего-то не увидел. По андроиду можно пойти смотреть @neuradev
АГ
А, я чего-то не увидел. По андроиду можно пойти смотреть @neuradev
Спасибо ))