MB
хотя может и вру, мне не ясен код, который понимается в контексте с протоколами
Ну, и то и другое даёт нам полиморфизм. Мультиметоды дают более гибкую модель полиморфизма
Size: a a a
2020 November 09
MB
В контексте работы с мапой и правда странно делать протоколы
ST
Ну, и то и другое даёт нам полиморфизм. Мультиметоды дают более гибкую модель полиморфизма
если тебе лень самому бенчмарки делать, напиши сниппет, я замерю
MB
Да я сделаю потом, пока работаю
MB
Но суть то, либо у нас киворд, по которому диспатчимся
MB
Либо несколько рекордов, реализующих один протокол и тогда dynamic dispatch обычный джавовский
ST
Ну, и то и другое даёт нам полиморфизм. Мультиметоды дают более гибкую модель полиморфизма
мне не интересен абстрактный полиморфизм, которого нет у меня в коде 😊
MB
мне не интересен абстрактный полиморфизм, которого нет у меня в коде 😊
Ну, мне не хочется совсем надуманные примеры. Но давай допустим у нас есть "requester" и две его реализации. Одна посылает запрос в сеть, а другая нет
MB
Или serializer в строку, один собирает Json, другой XML
ST
Ну, мне не хочется совсем надуманные примеры. Но давай допустим у нас есть "requester" и две его реализации. Одна посылает запрос в сеть, а другая нет
давай без «давай» 😊
ты же «сделаешь потом», вот и покажешь
ты же «сделаешь потом», вот и покажешь
AC
у меня тут вопрос: есть куча вебсокетов на стороне сервера, в сокеты нужно слать логи всякие.. и вот что лучше core.async.chan или атомы с add-watch?
ST
у меня тут вопрос: есть куча вебсокетов на стороне сервера, в сокеты нужно слать логи всякие.. и вот что лучше core.async.chan или атомы с add-watch?
а как связана «куча вебсокетов» с количеством предполагаемых chan или атомов?
картинка есть уже какая-то в голове?
картинка есть уже какая-то в голове?
AC
а как связана «куча вебсокетов» с количеством предполагаемых chan или атомов?
картинка есть уже какая-то в голове?
картинка есть уже какая-то в голове?
Порядка сотни вебсокетов, которые должны отдавать одно и тоже из канала
ST
Порядка сотни вебсокетов, которые должны отдавать одно и тоже из канала
мне яснее не стало 😊
AC
мне яснее не стало 😊
Есть поток, который читает из jms, и есть сотня браузеров, которые висят на websocket. Нужно, чтобы всем пришли одни и теже сообщения.
ST
Есть поток, который читает из jms, и есть сотня браузеров, которые висят на websocket. Нужно, чтобы всем пришли одни и теже сообщения.
ну, такое с вотчерами должно получиться проще, вопрос только, насколько вотчеры заточены под такой use-case...
AC
ну, такое с вотчерами должно получиться проще, вопрос только, насколько вотчеры заточены под такой use-case...
Про это и спрашиваю
ST
да и семантически тут вотчер выглядит странно...
ST
Есть поток, который читает из jms, и есть сотня браузеров, которые висят на websocket. Нужно, чтобы всем пришли одни и теже сообщения.
может оптимальнее просто сделать свой реестр колбэков в мапе с подпиской-отпиской, и пробегать по ним при публикации?