изначально так и было

class HtmlConverterForDetailedDiscount : BaseConverter<DetailedDiscount>() { override fun getParser(): HtmlParser<DetailedDiscount> = HtmlParserForDetailedDiscount.newInstance() }

ошибка тут

мы пришли к моему варианту )

Так out и in таже фигня в ддаве

Тогда надо там, где объявляется getParser делать проекцию <out PR>, чтобы компиллятор знал, что могут быть наследники

вот

Я и говорю, что в джаве оно тоже работь не будет

возможно, это поможет

только как это сделать теперь )

abstract fun getParser(): HtmlParser<out PR> ?

ага

только как это сделать теперь )

В методе парсер ставишь out

ошибка та же (

Там ведь тоже дденерик ?

а кстати out PR неверно, так получается что мы указываем на наследников DetailedDiscount

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

хм

ведь PR это DetailedDiscount

а не парсер

ведь PR это DetailedDiscount

Внезапно

Тогда два дженерика

ну тип это объект в который мы парсим

а не сам парсер

А не

ну вот что-то похожее что надо 2 дженерика юзать что ли, для парсера ещё

или я уже устал в субботу работать походу )

ну вот что-то похожее что надо 2 дженерика юзать что ли, для парсера ещё

Ток для метода

Отдельный

И там должен быть in или без ничего

В общем, я запутался. statement 1) наследники могут переопределять методы таким образом, чтобы возвращались наследники типов, которые заданы в предках statement 2) A<B:C> не является наследником A<C> statement 3) для того, чтобы это все-таки работало, надо писать A<out C> и мучиться с проекциями

В данном случае есть два вариабельных типа: <PR> и Parser<PR> и смотри не перепутай, кутузов

В общем, я запутался. statement 1) наследники могут переопределять методы таким образом, чтобы возвращались наследники типов, которые заданы в предках statement 2) A<B:C> не является наследником A<C> statement 3) для того, чтобы это все-таки работало, надо писать A<out C> и мучиться с проекциями

У него интерфейс парсер и там есть метод который возвращает конкретный парсер унаследованных от этого интерфеса

У него интерфейс парсер и там есть метод который возвращает конкретный парсер унаследованных от этого интерфеса

угу

Ну так интерфейс не должен ничего знать о том, что за реализация используется.

мне кажется что я уже перемудрил что-то

и так делать не надо. и надо упростить )

и так делать не надо. и надо упростить )

Ага

По сути метод будет возращать this

кароч лучше сделаю просто, чтобы работало, и оставлю как задачу со звездочкой ))

эти дженерики ( вечно сложности с ними, всё происходит не так как задумано, нужно найти курс "продвинутые дженерики"

эти дженерики ( вечно сложности с ними, всё происходит не так как задумано, нужно найти курс "продвинутые дженерики"

Это принудительное приведения типов, только контролируемый компилятором

а всего лишь хотел отрефакторить это: interface HtmlParser<R> { fun parse(html: String): R } class HtmlConverterForDiscountList : Converter<ResponseBody, List<Discount>> { private val parser = HtmlParserForDiscountList.newInstance() override fun convert(value: ResponseBody) = parser.parse(value.string()) } class HtmlConverterForDetailedDiscount : Converter<ResponseBody, DetailedDiscount> { private val parser = HtmlParserForDetailedDiscount.newInstance() override fun convert(value: ResponseBody) = parser.parse(value.string()) }

С дженериками начинаются пляски с бубнами когда начинаются проекции. Без них все довольно мило и пушисто

ну то есть тут 2 инстанса конвертера в каждом свой парсер от одного интерфейса

а всего лишь хотел отрефакторить это: interface HtmlParser<R> { fun parse(html: String): R } class HtmlConverterForDiscountList : Converter<ResponseBody, List<Discount>> { private val parser = HtmlParserForDiscountList.newInstance() override fun convert(value: ResponseBody) = parser.parse(value.string()) } class HtmlConverterForDetailedDiscount : Converter<ResponseBody, DetailedDiscount> { private val parser = HtmlParserForDetailedDiscount.newInstance() override fun convert(value: ResponseBody) = parser.parse(value.string()) }

я всё не унимаюсь, я могу как-то это отрефакторить ? хотя бы чтобы вынести метод convert в один класс родителя ?

ато выглядит мягко говоря всё это неочень

Сорян, не вчитался

Всем приет,

у меня вопрос по Kotlin: class Driver(name: String) : Person(name) { override var age: Int = 1 override fun getAddress(): String { return "Test 2" } override fun toString(): String { return "Person(name='$name', age=$age)" } } 1. первое что мне не очень понятно class Driver(name: String) : Person(name), зачем передавать Driver (name) -> в Person(name)? Что это вообще дает, я вдеь просто переопределяю методы "override", а без 2. как тот же код будет выглядеть в Java, может я пойму больше.

у меня вопрос по Kotlin: class Driver(name: String) : Person(name) { override var age: Int = 1 override fun getAddress(): String { return "Test 2" } override fun toString(): String { return "Person(name='$name', age=$age)" } } 1. первое что мне не очень понятно class Driver(name: String) : Person(name), зачем передавать Driver (name) -> в Person(name)? Что это вообще дает, я вдеь просто переопределяю методы "override", а без 2. как тот же код будет выглядеть в Java, может я пойму больше.

Это вызову родительского конструктора. class Driver extends Person { public Driver(String name) { super(name) } ... }

Classes and Inheritance - Kotlin Programming Language https://kotlinlang.org/docs/reference/classes.html

@MightySeal спасибо

у меня вопрос по Kotlin: class Driver(name: String) : Person(name) { override var age: Int = 1 override fun getAddress(): String { return "Test 2" } override fun toString(): String { return "Person(name='$name', age=$age)" } } 1. первое что мне не очень понятно class Driver(name: String) : Person(name), зачем передавать Driver (name) -> в Person(name)? Что это вообще дает, я вдеь просто переопределяю методы "override", а без 2. как тот же код будет выглядеть в Java, может я пойму больше.

Контр + шифт +А , дальше вводишь show kotlin bytecode, в окне decompile

@SchFuntik спасибо, очень помог

Подскажите по gradle. Нужно приложение на kotlin + tornadoFX , https://guides.gradle.org/building-java-applications/ данный гайд пойдет ?

https://guides.gradle.org/building-kotlin-jvm-libraries/ по kotlin только это там

Подскажите по gradle. Нужно приложение на kotlin + tornadoFX , https://guides.gradle.org/building-java-applications/ данный гайд пойдет ?

Есть плагин который добавляет в идею создания проекта торнадофх

а вообще на будущее если понадобится что-то типа hibernate/spring , для kotlin пойдет туториал для java приложений?

да

с поправкой на nullability и final by default

в контексте настройки gradle )

в контексте настройки gradle )

Гредл это вообще груви

Тут джава или котлин неважно

*почти

ок, спасибо

Гредл это вообще груви

причём язык скриптинга билда к языку проекта???

причём язык скриптинга билда к языку проекта???

А почему это мне ?

А почему это мне ?

ты про груви написал

ты про груви написал

Ну гредл использеут яп груви

Ну гредл использеут яп груви

ииии?

человек спросил про разницу конфигурации проекта написанного на джаве и котлине

к самому грейдл это отношения не имеет

человек спросил про разницу конфигурации проекта написанного на джаве и котлине

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

Для меня сборщик - инструмент для сборки проекта, не важно на каком яп

Может кто-нибудь проконсультировать. Попытался подключить startapp sdk, при билдинге выдает ошибку

какую ошибку

More than one file was found with OS independent path 'META-INF/kotlin-stdlib.kotlin_module'

More than one file was found with OS independent path 'META-INF/kotlin-stdlib.kotlin_module'

Посмотрите в зависимости Sdk. У вас 2 kotlin stdlib

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

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

https://stackoverflow.com/questions/2721390/how-to-add-two-java-lang-numbers

Ну гредл использеут яп груви

Как и ЯП Kotlin! https://github.com/gradle/kotlin-dsl — как тебе такое?

Как и ЯП Kotlin! https://github.com/gradle/kotlin-dsl — как тебе такое?

Когда я в последний раз его юзал - хрестился

А как кстати с ним ? Юзабельный уже ?

Посмотрите в зависимости Sdk. У вас 2 kotlin stdlib

Спасибо, посмотрю

More than one file was found with OS independent path 'META-INF/kotlin-stdlib.kotlin_module'

android { packagingOptions { exclude 'META-INF/*.kotlin_module' } }

android { packagingOptions { exclude 'META-INF/*.kotlin_module' } }

Вот так не пробовал, попробую. Спасибо!

Вот так не пробовал, попробую. Спасибо!

Возможны неточности, пишу по памяти с телефона. Плюс в последних версиях ещё надо игнорировать что-то о kotlin_metadata, но если вы увидите конкретный текст ошибки -- поймёте, как исправить.