Не самый лучший пример — тут стандартный ToArray() справится без вашего экстеншна одим выделением. Надо было чтобы в примере GetUsers() возращал что-то не реализующее ICollection (правда проблема в том, что и вы сами _скорее всего_ не узнаете, сколько там элементов, если это не ICollection).
кстати, для задротской оптимизации, если надо вызвать нестатический метод у класса и ничего с объектом больше не делать — лучше делать new Program().Foo(); чем var p = new Program(); p.Foo(); ибо в первом случае будет call, без virt. =)
Монструозненько, так и получается с сервером: Customer (Domain entity) -> CustomerDTO -> (JSON/whatever) -> CustomerDTO -> Customer (client domain entity) -> CustomerViewModel.
Нужно больше обьектов на одну сущность!
Т.е. сейчас эти 2000-3000 превратились в 1100-1700? Или в Москве и Питере практикуется привязка к доллару в айти компаниях? Просто интерес. Раньше уж больно часто заманивали в Москву гораздо более высокими зп, чем здесь, в Минске.
kotlin клёвая штука! Иногда пописываю под android на java (хотя сам дотнетчик), и очень хотел бы заменить яву на котлин полностью (ибо боль писать на яве после шарпа в плане синтаксического сахара, уж простите).
Не самый лучший пример — тут стандартный ToArray() справится без вашего экстеншна одим выделением. Надо было чтобы в примере GetUsers() возращал что-то не реализующее ICollection (правда проблема в том, что и вы сами _скорее всего_ не узнаете, сколько там элементов, если это не ICollection).
Собственно это и есть причина вышеописанных проблем на ios.
Нужно больше обьектов на одну сущность!
PS: использую Fody.
PS: сам всегда использую вариант с = delegate {}.