работающий сразу в nimvm

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

но по идее хорошо бы попросить и тех, у кого нету нима, а тут ним-сцрипт не прокатит, даже бинарник лучше. но бинарник они испугаются

ООП позволяет тут работать над состояниями однотипных, но разных по функционалу типов и иметь единое описание ф-ции, а не кучу развлечений с case of и тэдэ.
В любой обработке данных в описаном случае в ним будет геморой, особенно если изначально неизвестно на 100% что придёт в ответ на запрос, а в случае сложных типов ещё и пляски с бубном с одноимёнными полями и явные проблемы с размерами этих самых типов. Чот подозреваю что на выходе там union и соответственно размер будет максимальный по максимальному типу.
Тормозить из-за dyn ничего не будет, т.к. оверхед по переходу по vtable околонулевой в реальности-то. А вот то что method в ним сделано через жопу и реально тормозит, вот тут не мои сложности, а косяки самого ним.

я не согласен про околонулевой vtable, он не нулевой, это runtime

он в ассемблере околонулевой, т.к. ты просто прибавляешь смещение и всё.

man vtable

и опять же про размер, он будет максимальный, если не по ссылке, в ООП будет скорее всего ссылку класть, опять же никто не мешает так без ООП делать если нужно

Размер будет максимальный хоть где, т.к. union это агрегированный тип и его размер равен максимальному размеру подтипа.

ну собсна я проверил немного
https://play.nim-lang.org/#ix=3ndB
в случае сложных включений - потери конские, в случае просто композитного типа потери не такие конские, но тоже очень немаленькие.

Как правильно сказать что функция принимает cdecl указатель на функцию?

наверное уже не надо

не работает с sugar, но работает с обычной proc

как в nim сделать хешмапу где ключи рефы на объекты, без реализации hash для этих объектов вручную

они не мои и я не знаю что внутри чтоб сделать хеш

а Table[ТвойРефОбж, string] не работает?

Button это ref