просто в мете функции с полными символами

о, у меня есть места, где мету применить - save/unsave/loaded ....

метить текущее состояние данных

С метой можно делать подобие объектов. Данные -- сам объект, а ссылки на методы в мете

а еще можно и овнера данных передавать, тоже круто :)

тоже прикольно, спасибо!

Повторюсь, в clojure.zip это красиво сделано. Данные слил в edn, потом прочитал, присоединил мету -- и объект на месте.

мету и данные отдельно записывать? в edn понятно, там мета автоматом...

edn пока толкьо одним смущает - полностью кложа-зависимый формат

в случае с зиппером мета известна, ее можно хранить как переменную.

данные можно слить и в json, в принципе

то есть если рассматривать мету как хранилище методов, то она всегда известна

И это прекрасно, потому что по другому формат обрастает костылями чтобы в него записывать код

@igrishaev пользуюсь случаем, расскажи как-нибудь, что за воркфлоу вы сделали на зипперах. Как это вообще выглядит. Пост в бложек, или хоть гист с примером. Очень интересно.

кстати, да! офигительно ведь, если к данным идут какие-то стейты и/или правила, то вот прямо то что нужно. У меня под это дело вообще задачка есть! есть список участников соревнований, нужно знать кто отвыступал

без меты - просто список участников, с метой - состояние соревнования!

крутотень.

мысль интересная, но я не хочу символьных вычислений, наоборот, я скорее ухожу от generators в test.check и рядом с конкретными значениями пробрасывать "а откуда это значение" (и какое оно "в общем виде", т.е. тип) и пытаться написать fn параллельную которая бы показала, что не надо тут генерировать, а этот execution path работает _всегда_ (при этом не хочу чтобы некоторая система типов меня заставляла тайпчекать все подряд). т.е. "обобщенное тестирование"

да, @leahch по факту это еще и instance-based полиморфизм

Да, мозгоштурм на вентилятор получился, нагенерили идей! Я её, эту мету теперь везде лепить буду. Я тут не знал, ка состояние данных прихранить, дополнительные поля в мапке делал. А оно, вон чо!