PG
grouping strategy ещё какая-то дичь
Size: a a a
2020 July 21
PG
когда у тебя колбэк называется group_and_send надо задуматься
МБ
grouping strategy ещё какая-то дичь
да, это первая реализация, я пока до конца не придумал как разделить эти вещи, так как они между собой тесно связаны
LL
А что такое
grouping strategy ??МБ
это то как будут сгруппированы сообщения перед отправкой хэндлеру. Например, с разбивкой по пользователю и хэндлеру, или только по пользователю или ещё как-то
PG
надо затребовать дополнительные данные от стратегии, либо рут, и использовать для отправки
Router.send_message/2, либо модуль и бота, и использовать для отправки Router.handle_msgs/3PG
ну или сразу оба варианта поддержать
МБ
&fn(&1, &2) вместо &fn/2 это к первому пункту относится или где-то в другом месте?B
Ещё часть настроек конфига, лучше сразу указывать в модуле. В случае динамической среды.
LL
Ещё часть настроек конфига, лучше сразу указывать в модуле. В случае динамической среды.
Что это значит?
B
Сейчас если один сервер = 1 бот. Так как настройки только в конфиге
B
Если я хочу создавать динамически ботов ?
B
Например брать настройки для конфига из базы данных
МБ
тогда получается должен быть какой-то
ConfigLoader или что-то такоеPG
@Slavenin добавил линки на гитхабе
МБ
@Slavenin добавил линки на гитхабе
ок, благодарю
LL
Ну я у себя в коде обычно делаю так:
Все процессы принимают опции в
А
Все процессы принимают опции в
start_linkА
Application читает конфигурацию (парсит, если нужно) и передаёт дальше в процессыLL
Поэтому если хочешь легко работать по
Если хочешь что-то серьёзное законфигурить — не пиши конфиг, отключай
happypath — пиши конфиг и не думайЕсли хочешь что-то серьёзное законфигурить — не пиши конфиг, отключай
application, и прописывай инициализацию самB
Просто как мне кажется одним ботом почти всегда не отделаешься, а запускать под каждый новый сервак то ещё удовольствие. Видел либы подобные которые переписали в итоге этот момент
B
Поэтому лучше это сразу сделать