Как стать автором
Обновить

Комментарии 7

next: StateMachine pattern, MQ для очередей сообщений, Apache Camel для обработчиков сообщений из очередей (многопоточность встроенная)

Интересно, но не в контексте именно этого мануала, я думаю.
По сути то, что перечислено — это больше касается изучения самой java и технологий вокруг нее.
У меня проект направлен на изучение именно TelegramAPI и все что связано с ним в контексте языка java.
Как бы так сказать… сделать сложно — проще всего. Я пытаюсь найти ту грань, где мы не выпрыгиваем на какие-то сложные вещи и пытаемся реализовать базовый функционал на core платформе.
Почему так? Наверное после выхода первых статей я опирался на те вопросы, что задавались мне в личку. И отталкивался я в этом мануале от фразы, что чаще всего боты на питоне пишут а под джаву ничего толкового нет.

Обратил внимание на Thread.sleep(). Мне кажется, вместо ConcurrentLinkedQueue в данном конкретном случае лучше взять BlockingQueue и тогда не придется усыплять поток (Thread.sleep). Метод queue.poll() будет его блокировать, а отпускать именно в тот момент, когда появляется сообщение.


А вообще рекомендую глянуть мою статью на эту тему: https://habr.com/ru/post/445072/

Мне нравится такая мысль. Посмотрю, дополню пост.

а вот эти две очереди в разных тредах только для того, чтобы /notify можно было выполнить через n секунд? Если же на нашем севере нет долгих обработок, то все можно в одном треде делать, получается? (несмотря на то, что сообщения от разных людей могут быть)

Можно. Это был просто пример на обум взятый.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Публикации

Истории