не хочется впиливать жабовский класс ради этого

не хочется впиливать жабовский класс ради этого

ради того чтобы писать небезопасный код? Да, не стоит.

так если не хочется конкретного типа, то видимо Feature<*>

@victorpomidor https://proandroiddev.com/understanding-generics-and-variance-in-kotlin-714c14564c47 Вот хорошая статья, чтобы понять всякие out/in котлиновские

так если не хочется конкретного типа, то видимо Feature<*>

Но зачем так хотеть

так если не хочется конкретного типа, то видимо Feature<*>

аналогично, не взлетает

а что пишет

Error:(19, 19) Kotlin: Out-projected type 'FeatureController<out Feature>?' prohibits the use of названиеметода

аналогично, не взлетает

http://lurkmore.to/%D0%9A%D0%BE%D0%BD%D0%B5%D1%86_%D0%BD%D0%B5%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%B5%D0%B4%D1%81%D0%BA%D0%B0%D0%B7%D1%83%D0%B5%D0%BC

Error:(19, 19) Kotlin: Out-projected type 'FeatureController<out Feature>?' prohibits the use of названиеметода

А покажи CustomerFeatureController

первый параметр write наверняка generic, т. е. он стоит в in-позиции

ну вот, гипотетический SubCustomer можно записать в FeatureController<in Customer>, но никак не out

а out Feature можно?

у меня Customer : Feature

in Feature, почитай про variance всё-таки

либо я не понимаю, в каком месте ты имеешь ввиду in

но так val invalid: FeatureController<in Feature> = customerFeatureController точно не взлетит

Да даже не в этом дело

in этож суперклассы, нет? Чем оно мне тут поможет

да вот и я о том

Ты берешь метод специфичный для Customer, который может вызывать код специфичный для Customer, и пытаешься туда засунуть Feature

ну да, ибо у меня этих подклассов Feature море

и надо иметь их коллекцию

Тогда только in, out значит что ты можешь засунуть туда и Customer и Seller. И они оба Feature

А ты должен засовывать только Feature

Даже не так

В общем если на пальцах: если у тебя метод принимает Customer, а не Feature - то все, нельзя

жопа. Странно что на жабе можно

Джава тебе разрешает - потому что ты уходишь в Raw типы

Скатываешься до Java 1.4 по сути

Странно что этот код работает на ней (если он работает)

Странно что этот код работает на ней (если он работает)

Ну потом где-нибудь ClassCastException вылезет.

да нет, почему

работает

но надо проверять типы конечно

да хотя не обязательно

? extends хуемоё у нас работает

Т.е. ты хочешь сказать что этот код переписанный на джаву не будет кидать какой-нибудь RuntimeException?

Ты можешь разве что дергать общие методы

че?) Ща, переписываю на жабу уже свой код

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

Но я думаю это будет хорошим упраженением попериписывать контроллеры)

И на хаскель тоже перепишите

Внезапно если умудриться как-то так написать на хаскеле оно тоже вероятно не скомпилится

(ну всмысле я даю гарантию что не скомпилится)

Плюс хорошего языка - фигня не компилится..

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

я наркоман, мне put не нужен типизированный.. просто Feature принимать

упоролся что-то

write*

ну если во write будет Feature, то проблем не должно быть

пишешь FeautreController<*> и все работает

то ли отдохнуть надо, то ли сменить профессию )

скопируй данный код в котлин файл

И нажми конверт ту котлин

Kotlin: Out-projected type 'FeatureController<out Feature>?' prohibits the use of названиеметода

Багу брейнсам заведи

Kotlin: Out-projected type 'FeatureController<out Feature>?' prohibits the use of названиеметода

кинь код

это бы в текстовом виде

ок, ща кину

как б так шоп компактнее

https://pastebin.com/FkRTi1zq

вроде всё нужное закинул

Багу брейнсам заведи

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

https://pastebin.com/FkRTi1zq

private final Map<Class, FeatureController> controllers; - FeatureController имеет дженерик, какой он должен быть?

любого?

я вроде скинул

interface FeatureController<T> where T : Feature {

там спецом закинул необходимую иерархию и интерфейс, в пасте

where T хачем это?

и Extras

просто хешь мап?

а, да

хешмап

where T - потому что T должен быть подклассом Feature

Feature - должен быть классом, а FeatureController - интерфейсом?

да

ну с рефлекцией можно вроде

хотя не он просто ворнинг

но это очень плохо

и не факт что в райнтайме не будет валится

ух едрить ты упоролся ))

в плане, жестко конечно

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

спасибо вообщем

Что за Function.identity() ?