АК
подобные функции могут быть ресурсоёмкими, поэтому в go решили это отдать самим разработчикам для реализации (насколько я знаю)
Size: a a a
2021 May 14
AR
Когда дженерики завезут, все об этом забудут и будет Sum
АК
а зачем для sum дженерики?
АК
складывать int и float?
AR
да
ВС
Reduce же
AR
чтобы не писать по функции на int, int32, int64, uint32, uint64, byte, float32, float64
АК
хз, есть же библиотеки уже написанные, вроде бы нет проблемы большой в отсутсвии, нет?
Я про производительность писал, ну т.к сложить числа (например 5 int разной длинны) можно тоже эффективно или нет и поэтому такие функции уже каждый реализует как хочет, либо тупо циклом i += i либо по умному))
Я про производительность писал, ну т.к сложить числа (например 5 int разной длинны) можно тоже эффективно или нет и поэтому такие функции уже каждый реализует как хочет, либо тупо циклом i += i либо по умному))
AR
ну да, кто-то уже написал SumInt64()
АК
Хотя, кто знает, вдруг правда лучше будет, я просто пока не сталкивался с задачами, где смог бы почувствовать проблему отсутсвия дженериков
AR
sort.Slice, sync.Pool, atomic.Value, ring buffer или какой-нибудь LRU кеш
ВС
Какая-нибудь конвейерная обработка данных, где участвует куча разных типов и хочется некоторые операции написать один раз, а не 100500
АК
есть пример? ну то есть для понимания, о скольких строчках кода/время затратах речь и как часто...
VS
Преобразование структуры уровня API, содержащую коллекцию, в соответствующую структуру бизнес-логики
АК
сейчас это делатся с помощью создания новой структуры и перелопачивания из старой в новую, верно понимаю?
2021 May 15
VS
Ага
АК
ок , понятно, спасибо
JI
Можно поизвращаться и "автоматизировать" это. Например, конвертнув структуру в мапу и обратно мапу в другую структуру. Но это "медлеееееенннноооооо"
JI
угу, например через джсон. Ну и есть либы, которые могут добавить сахарку и фишек, вроде github.com/mitchellh/mapstructure и иже с ними