class Response<T>( ..., val requestedElement: List<T>, ... )

Когда Gson-у указываю gson.fromJson<Response<T>>(serverResponse) - он не кастует к классу.(

Когда Gson-у указываю gson.fromJson<Response<T>>(serverResponse) - он не кастует к классу.(

TypeToken, стирание же

TypeToken, стирание же

А что делать?

А что делать?

TypeToken

TypeToken

Чёт не помогает. .__.

Чёт не помогает. .__.

код?

код?

https://gist.github.com/indrih17/6ab3e5181c16c505970fe90768248529

https://gist.github.com/indrih17/6ab3e5181c16c505970fe90768248529

Есть баг, из-за которого не работает reified в reified

Есть баг, из-за которого не работает reified в reified

Убрал. Всё равно, динамически он не парсит... А если указать тип явно - парсит.

Убрал. Всё равно, динамически он не парсит... А если указать тип явно - парсит.

Что значит «динамически»?

Посмотри ещё в сторону TypeToken.getParameterized

Что значит «динамически»?

Ну если тип указывать дженериком

Ну если тип указывать дженериком

ну да, они же стираются

ну да, они же стираются

Ну вы же сами сказали, что TypeToken мне в помощь

Ну вы же сами сказали, что TypeToken мне в помощь

да, но нужно передать туда явные параметры, иначе сотрётся

да, но нужно передать туда явные параметры, иначе сотрётся

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

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

...или TypeToken.getParameterized

...или TypeToken.getParameterized

Я попробовал, но чёт не вышло. Можете привести пример?

Я попробовал, но чёт не вышло. Можете привести пример?

List<String>: TypeToken.getParameterized(List::class.java, String::class.java)

List<String>: TypeToken.getParameterized(List::class.java, String::class.java)

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

List<String>: TypeToken.getParameterized(List::class.java, String::class.java)

fun <T> genericType() = TypeToken.getParameterized(ArrayList::class.java, T::class.java) странно.?

Пишет что

Cannot use 'T' as reified type parameter. Use a class instead

ну так потому что он не reified

inline fun <reified T> — и будет работать

inline fun <reified T> — и будет работать

Спасибо.))

Кто-нибудь видел приличный интерфейс для логирования на kotlin common?

А то у меня в большой библиотеке slf4j - еиднственная зависимость. Можно бы перенести все в common

А то у меня в большой библиотеке slf4j - еиднственная зависимость. Можно бы перенести все в common

Нужно написать аналог slf4k, который может таргетится в slf4j на jvm и например в console.log на js

Нужно, но мне влом. И времени нет, поэтому вопрос, может кто уже написал.

Я раньше муторился с этим, но потом забил.

Я нашел несколько проектов разной степени недоделанности

Вот вроде эта штука делает приблизительно то, что надо: https://github.com/shafirov/klogging

Но она какая-то не очень живая, кроме того, релизи на jitpack меня немного нервируют

кто подскажет, можно ли в котлин как в java указывать сделать нечто подобное: abstract fun getParser(): HtmlParser<PR> override fun getParser(): HtmlParser<DetailedDiscount> = HtmlParserForDetailedDiscount.newInstance() где HtmlParserForDetailedDiscount имплементит интерфейс HtmlParser

мне летит ошибка что он жестко просит HtmlParser а не его наследников

наследников нельзя получается ?

В яве по-моему так тоже нельзя

можно вроде

А зачемт так делать, можно же в типеоставить PR, или этот метод где-то еще наследником используется не по назначению?

в типе оставить PR ?

не понял

просто у меня есть несколько парсеров разных

все реализуют интерфейс

```kotlin override fun getParser(): HtmlParser<PR> = HtmlParserForDetailedDiscount.newInstance() ```

но при отдаче их я вижу ошибку, что я пытаюсь отдать наследника, а в котлине типы жесткие наверно

Или использовать проекции

```kotlin override fun getParser(): HtmlParser<PR> = HtmlParserForDetailedDiscount.newInstance() ```

и что это даст ?

оО

я ж наоборот PR заменяю тут уже на конкретный тип

т.к. каждый инстант парсера уже знает свой PR тип

всё равно не работает (

Так тот, кто этот метод исползует, все равно не сможет его узнать. Знать об этом будет только сам наследник

Вы же его будете использовать как интерфейс

В данном случае надо использовать <out PR>, тогда будет работать аналогично джавовскому <T extends PR>

class HtmlConverterForDetailedDiscount : BaseConverter<DetailedDiscount>() { override fun getParser(): HtmlParser<DetailedDiscount> = HtmlParserForDetailedDiscount.newInstance() } abstract class BaseConverter<PR> : Converter<ResponseBody, PR> { abstract fun getParser(): HtmlParser<PR> override fun convert(value: ResponseBody) = getParser().parse(value.string()) }

вот как это выглядит полностью

но увы не работает

пишет что HtmlParserForDetailedDiscount.newInstance() возвращает тип не равный HtmlParser

Вот такой вариант компилируется: class HtmlParser<PR> class DetailedDiscount abstract class BaseConverter<PR> { abstract fun getParser(): HtmlParser<PR> } class HtmlConverterForDetailedDiscount : BaseConverter<DetailedDiscount>() { override fun getParser(): HtmlParser<DetailedDiscount>{ return HtmlParser<DetailedDiscount>() } }

Так что проблема где-то в другом месте

хм у вас получается 1 класс HtmlParser

а у меня это интерфейс

и у него несколько реализаций

И? какая разница

в том что каждая реализация отдает себя ``` HtmlParserForDetailedDiscount.newInstance() возвращает тип не равный HtmlParser ```

Вот так тоже работает: interface HtmlParser<PR> class HtmlParserImpl<PR>: HtmlParser<PR> class DetailedDiscount abstract class BaseConverter<PR> { abstract fun getParser(): HtmlParser<PR> } class HtmlConverterForDetailedDiscount : BaseConverter<DetailedDiscount>() { override fun getParser(): HtmlParser<DetailedDiscount>{ return HtmlParserImpl<DetailedDiscount>() } }

хм

сейчас применю к себе

погляжу что у меня не так

минутку

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

До чего же приятен котлиновский короткий синтаксис для таких примеров :) Можно классы в одну строчку делать

всё бы ничего, но тут ещё есть interface HtmlParser<PR> class HtmlParserImpl<PR>: HtmlParser<PR> { fun parse(str : String) : ___Type____ } class DetailedDiscount abstract class BaseConverter<PR> { abstract fun getParser(): HtmlParser<PR> } class HtmlConverterForDetailedDiscount : BaseConverter<DetailedDiscount>() { override fun getParser(): HtmlParser<DetailedDiscount>{ return HtmlParserImpl<DetailedDiscount>() } }

вот

в каждой имплементации парсера есть метод parse с конкретным типом уже

ну я так планировал )

я указал его ____Type____ сейчас там

как эту часть реализовать можно ?

метод parse пасит непосредственно в объекты уже

Я пока не вижу, в чем проблема

нужно делать класс абстрактным ? HtmlParserImpl

и от него наследовать 2 инстанса и реализовывать у каждого уже parse ?

Ну в данном случае, если есть интерфей, то разумно абстрактый метод пихать в интерфейс, а потом уже плодить реализации

каждый impl будет со своим parse

так а какой тип должен отдавать parse ?

PR ?

или конкретный

Идея интерфейса в принципе (не только в котлине) в том, что тот, кто его использует, не знает, как именно будет реализовано то, что внутри. А идея дженериков в том, что тип подставляется там, где дженерик актуализируется

это я понимаю (

interface HtmlParser<PR>{ fun parse(str: String): PR } class HtmlParserImpl: HtmlParser<DetailedDiscount> { override fun parse(str : String) : DetailedDiscount{ return .... } }

я хочу в конкретной реализации парсера

да, так и было

да только будет ошибка

что HtmlParseImpl != HtmlParser<DetailedDiscount>

про что я писал