хорошо. есть ResourceService. он умеет создавать Resource<T>. Resource<T> знает о сервисе и может у него попросить конфигурацию для себя. конфигурацию определяют с помощью метода configForResource(), но это приводит к тому, что при наследовании, чтобы сохранить конфигурацию родителя, придется вызывать super метод и это будет выглядеть монструозно. поэтому, нужно придумать другую вещь, конфигуратор, который будет хранить правила конфигурации.

Ну то есть нужна Map<Resource, (Resource) -> Config>?

Для такого кейса, кстати, отлично подойдет Resource<*>, по моему, такое и в лямбду можно

первая идея конфигуратора — список лямбд, в которых описаны правила конфигурации, которые потом fold'ом сводятся к одной конфигурации. но ресурс типизированый, я хочу, чтобы в лямбду передавался Resource<T>, а лямбды не типизируются дженериками, поэтому нужен еще какой-то вариант, за которым я, в общем-то, и обратился к вам

> а лямбды не типизируются дженериками Что под этим имеется в виду?

Дайте человеку сначало понять, что он хочет сделать

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

какой обьект?

какой обьект?

какой обьект?

у тебя ключ — ресурс как я заранее могу положить в мапу конфигурацию по ключу, если ключ — и есть сам объект, которому нужна конфигурация ?

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

если ресурс сам знает свою конфигурацию, то зачем ему сервис?

у него несколько конфигов будет, как я понял

или не для всех, а только для тех, у кого url содержит слово api

тогда тебе поможет цепочка парсеров, а-ля Interceptor в okHttp

тогда тебе поможет цепочка парсеров, а-ля Interceptor в okHttp

и да и нет. допустим, у меня есть экстеншн fun <T> Resource<T>.createSomeTransformer(), который мне нужно впихнуть в конфигурацию. в случае с Resource<*>, я не смогу вызвать этот метод

arrayOf(...)

варарг, и что? остальное вообще не содержательно

варарг, и что? остальное вообще не содержательно

код какой?

да ни какой не работает кроме arrayOfNulls

ПОКАЖИ КОД

инициализацию

Array<Array<ATile>>(size) { Array<ATile>(size) { SomeTile() } }

а еще можно typealias зафигачить, чтобы не страдать <<<<>>>>>

а вот все остальное засунь куда-то в файл с названием Extensions или как-то так

val matrix = createMatrix(10, 20) { x, y -> SomeTile() } и пользуйся тем же matrix[4][4] но обрати внимание, что сделать matrix[4][4] = SomeOtherTile() не выйдет, потому что матрица иммутабельна(не меняется)

val matrix = createMatrix(10, 20) { x, y -> SomeTile() } и пользуйся тем же matrix[4][4] но обрати внимание, что сделать matrix[4][4] = SomeOtherTile() не выйдет, потому что матрица иммутабельна(не меняется)

val matrix = createMatrix(10, 20) { x, y -> SomeTile() } и пользуйся тем же matrix[4][4] но обрати внимание, что сделать matrix[4][4] = SomeOtherTile() не выйдет, потому что матрица иммутабельна(не меняется)

val то есть

погоди, почему матрица иммутабельна?

потому что Array<Array<T>>, не MutableArray

неизменяемых массивов нет

неизменяемых массивов нет

ну если он val то переинициализировать его нельзя сменив размеры, а если var то его можно поменять инициализировав заного с новыми размерами, я так понял

но сами массивы мутабельны, т. е. их содержимое можно менять

листы немутабельны, да ?