AB
Я давно не смотрел на апдейты, но по-моему никто из них там и не научился описывать receive
Size: a a a
2020 June 24
EK
ага, я бы тоже хотел посмотреть как это сделано
ML
Evgeny Khramtsov
ну и ты не будешь вставлять ASN.1 схему внутрь кода :) вот тогда это будет метапрограммирование :)
Почему не буду? :)
Вот у меня есть копипаста спеки на h264. Почему бы ее сразу не скодогенерировать?
Вот у меня есть копипаста спеки на h264. Почему бы ее сразу не скодогенерировать?
EK
не, ну она же (спека) будет в отдельном файлике, на который ты натравишь asn1ct
AB
И вообще, имхо акторы для динамической типизации, для статической - csp
AB
Если кому-то хочется - он может писать компилятор ml под рантайм го
EK
Evgeny Khramtsov
не, ну она же (спека) будет в отдельном файлике, на который ты натравишь asn1ct
в том смысле что erlc умеет только в Erlang, а asn1ct - только в ASN.1
AB
Кстати, ещё одна вещь, которой нет в эрланге - протоколы
AB
Я бы, конечно, предпочёл мультиметоды и протоколы поверх них, но тут уж что есть
ML
Кстати, ещё одна вещь, которой нет в эрланге - протоколы
Что именно ты хотел бы решить протоколами?
LL
Что именно ты хотел бы решить протоколами?
Например, по-разному энкодить различные эликсировские структуры в
jsons
Например, по-разному энкодить различные эликсировские структуры в
jsonМатчинга мало?
ML
Например, по-разному энкодить различные эликсировские структуры в
jsonЯ не очень это понимаю. Протокол - это не интерфейс?
VS
протокол есть интерфейс по сути
LL
Матчинга мало?
Ну, я хочу использовать одну библиотеку для энкодинга (без всяких своих врапперов и прочего)
Я эту библиотеку подгружаю в свои проекты и уже в коде этих проектов объявляю имплементации протоколов
Если делать матчинг, то нужно лезть внутрь энкодера (что плохо) или писать враппер (что уменьшает читаемость кода)
Я эту библиотеку подгружаю в свои проекты и уже в коде этих проектов объявляю имплементации протоколов
Если делать матчинг, то нужно лезть внутрь энкодера (что плохо) или писать враппер (что уменьшает читаемость кода)
LL
А если у меня не просто энкодер, а целый набор сторонних функций, которые внутри вызывают
Ну и всё такое вот
encode и я хочу переопределить этот endoce для конкретной эликсировской структурыНу и всё такое вот
LL
Никто, конечно не мешает передавать модуль в каком-нибудь поле мапы, а потом апплаить функции по этому модулю, но тогда будет не очень понятно как поступать с дефолтными структурами типа списков, тупплов и всего такого
VS
в принципе многое можно
было бы решить, в том числе
и протоколы, развитием
first class modules,
но их убили, к сожалению.
было бы решить, в том числе
и протоколы, развитием
first class modules,
но их убили, к сожалению.
ML
протокол есть интерфейс по сути
А тогда какая связь между ним и генерацией жсона?
ML
Ну, я хочу использовать одну библиотеку для энкодинга (без всяких своих врапперов и прочего)
Я эту библиотеку подгружаю в свои проекты и уже в коде этих проектов объявляю имплементации протоколов
Если делать матчинг, то нужно лезть внутрь энкодера (что плохо) или писать враппер (что уменьшает читаемость кода)
Я эту библиотеку подгружаю в свои проекты и уже в коде этих проектов объявляю имплементации протоколов
Если делать матчинг, то нужно лезть внутрь энкодера (что плохо) или писать враппер (что уменьшает читаемость кода)
Понял