FL
Ровно в том, что во втором случае у тебя не явный индекс, на который тебе начхать
Size: a a a
2020 December 30
FL
Логично же, да?
АГ
а ты зачем-то защищаешь фиговые структуры, которые просто пролезли наружу из-за привычки все фигачить в массивы ассоциативные
FL
а ты зачем-то защищаешь фиговые структуры, которые просто пролезли наружу из-за привычки все фигачить в массивы ассоциативные
Я их не защищаю
Я тебе говорю, что ты называешь фиговыми структурами то, что ими не является
Я тебе говорю, что ты называешь фиговыми структурами то, что ими не является
АГ
в первом случае - хешмап, во втором случае - массив объектов
FL
Если тебя каким-то фигом не устраивает
Array<HashMap<UserId, User>>- у тебя уйдет 5 минут времени на то, чтобы при маппинге в дто переделать вид
FL
в первом случае - хешмап, во втором случае - массив объектов
Что в первом, что во втором случае у тебя один и тот же вид данных
АГ
разве везде изи хешмап из жсона маппится с ходу?
FL
Только в первом случае у тебя явный ключ, а во втором нет
FL
разве везде изи хешмап из жсона маппится с ходу?
А где нет?
FL
Разница между
И
Array<HashMap<UserId, User>>
И
Array<HashMap<Integer, User>>
Давай сначала разберемся с этим
FL
Ты понимаешь что твой пример выше - это одно и то же? Только разница в типе ключа для HashMap
АГ
хз, видимо тот, кто жаловался и просил переделать структуру - просто недалекий человек) ну опять же... тут дело не в "принципиальной нереализуемости", а в том, что приходится добавлять конвертеры лишние
FL
Анс нет, то я пролгядел, извини
В первом случае у тебя HashMap<UserId, User>
В первом случае у тебя HashMap<UserId, User>
АГ
Давай сначала разберемся с этим
во втором случае не так
FL
И проблема, скорее всего, о которой ты говоришь - итератор для HashMap
FL
А не о маппинге в дто и обратно
АГ
array<string, SomeData> vs SomeData[]
FL
array<string, SomeData> vs SomeData[]
Ну и в чем тут проблема? В итераторах?
АГ
на пыхе все изи. не на пыхе проблемы возникают.