чем идеологический смысл в го реализовывать для каждого клиента две горутины на чтение и запись через каналы, в чем не кошерность способа применяемого в том же питоне, когда мы в мэп собираем всех клиентов и ожидаем от кого-то из них данные, а потом циклом проходим по всем и пишем им данные. Пока писал, появилась идея, что это связанно с отсутствием конструкции try, catch, я прав?
при работе с вебсокетом у вас вот эту вот мапу пишут и читают одновременно несколько горутин, Поэтому все обращения к ней должны быть либо через каналы, либо залочены мьютексами
Обсуждают сегодня