AB
В гардах?
В гардах никак, просто сделать ещё один вызов типа handle_timeout() -> handle_timeout(role(State),...)
Size: a a a
2019 October 28
AB
В целом сложный вопрос насчёт макросов, оно часто переходит границы и начинают макросить логику целиком :(
В
я лично стараюсь макросы по минимуму использовать; но у нас в команде многие любят делать что-то в таком стиле чтоб не опечататься в имени ключа
именно по этой причине и сделал этот трэш )))
https://github.com/DOBRO/binbo/blob/master/src/binbo_position.erl#L309
https://github.com/DOBRO/binbo/blob/master/src/binbo_position.erl#L309
PK
Alexander Bogosyan
В гардах никак, просто сделать ещё один вызов типа handle_timeout() -> handle_timeout(role(State),...)
Ну так идея в том, чтобы сделать компактно и лаконично. Имхо через функции так не получится. А с макросами получилось.
AB
Ну так идея в том, чтобы сделать компактно и лаконично. Имхо через функции так не получится. А с макросами получилось.
Ну, может быть
СИ
прятать имена атрибутов в map идея понятная, но прям такой хардкор в стиле сишечки
2019 October 29
В
А кто-нибудь (не обязательно из этой группы) заморачивался над PR в OTP по поводу селективных сообщений в/из портов?
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
А в ответ получаем что-то вроде:
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
port_command(Port, Data, my_tag)А в ответ получаем что-то вроде:
{Port, {data, Data}, my_tag}СИ
А кто-нибудь (не обязательно из этой группы) заморачивался над PR в OTP по поводу селективных сообщений в/из портов?
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
А в ответ получаем что-то вроде:
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
port_command(Port, Data, my_tag)А в ответ получаем что-то вроде:
{Port, {data, Data}, my_tag}я отправлю payload в порт из порта, но поддерживаю это самостоятельно разумеется (т.е на стороне erlang и порта)
СИ
А кто-нибудь (не обязательно из этой группы) заморачивался над PR в OTP по поводу селективных сообщений в/из портов?
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
А в ответ получаем что-то вроде:
Ну то есть, чтоб послать команду в порт с кастомным тегом и получить ответ с таким же тегом.
Наример:
port_command(Port, Data, my_tag)А в ответ получаем что-то вроде:
{Port, {data, Data}, my_tag}если ты хочешь именно системную очередь сообщений использовать для матчинга, то надо переделывать драйвер или обертку делать .
а вообще не понятна суть вопроса
а вообще не понятна суть вопроса
В
если ты хочешь именно системную очередь сообщений использовать для матчинга, то надо переделывать драйвер или обертку делать .
а вообще не понятна суть вопроса
а вообще не понятна суть вопроса
Дело в том, что внешняя прога сторонняя, переделать нельзя. На одну полученную команду может выслать штук 10 строк (сообщений) в порт. Если команд несколько, то потом пойди разбери, на какую ответ пришел.
Приходится костылить
Приходится костылить
c🦊
Дело в том, что внешняя прога сторонняя, переделать нельзя. На одну полученную команду может выслать штук 10 строк (сообщений) в порт. Если команд несколько, то потом пойди разбери, на какую ответ пришел.
Приходится костылить
Приходится костылить
сделай у себя внутри gen_server, например, для сбора сообщений и их сортировки
c🦊
selective receive это вредно. Этим можно пользоваться только если ты точно знаешь что делаешь
В
сделай у себя внутри gen_server, например, для сбора сообщений и их сортировки
ген сервером их и собираю
c🦊
ты должен понимать что при selective receive ты регулярно должен будешь выгребать все сообщения тоже
В
selective receive это вредно. Этим можно пользоваться только если ты точно знаешь что делаешь
Знаю абсолютно точно
c🦊
ген сервером их и собираю
ну и в чем проблема там их фильтровать?
СИ
selective receive это вредно. Этим можно пользоваться только если ты точно знаешь что делаешь
>если ты точно знаешь что делаешь
действительно это редкий случай при программировании
действительно это редкий случай при программировании
В
ну и в чем проблема там их фильтровать?
Проблема в том, что таких сторонних прог может быть несколько, и каждая может выслать разный ответ, разное кол-во сообщений на одну команду
СИ
Проблема в том, что таких сторонних прог может быть несколько, и каждая может выслать разный ответ, разное кол-во сообщений на одну команду
в чем суть вопроса-то?
c🦊
Проблема в том, что таких сторонних прог может быть несколько, и каждая может выслать разный ответ, разное кол-во сообщений на одну команду
Я не понимаю в чем противоречие. Фильтровать внутри gen_server это никак тебе не помешает