:= []string{"google.com", "yandex.ru", ...}
данные в него я достаю из postgres в вечном цикле и юзер моего сервиса может добавлять в него свои данные в любое время.
Есть метод get(site string) который, условно, дергает главную страницу каждого сайт GET запросом.
Есть такой код:
var wg sync.WaitGroup
sites := []string{"google.com", "yandex.ru", ...}
for _, site := range sites {
wg.Add(1)
go func (site string) {
get(site)
wg.Done()
}(site)
}
wg.Wait()
Правильно ли и можно ли вызывать такое кол-во горутин (~300 и будет увеличиваться)?
Главное: есть ли способ, при добавлении элемента в sites, как-то добавить его в итерацию. Подозреваю, что мой код так не сможет, но может есть идеи как это сделать?
Тобиш, если пользователь добавляет новый сайт, он мгновенно берется в работу функцией get(), не дожидаясь конца цикла по уже добавленным сайтам.
Возможно весь мой подход не верный?
Зависит. Если хотите ограничить - то есть разные варианты, я бы порекомендовал погуглить в сторону worker pool или bounded paralellism
Похоже на то, что нужно! Изучу! Спасибо! А нет ли смысла реализовать паттерн Наблюдателя тут? Есть Издатель, в котором слежу за новыми поступлениями в БД, и есть кучка Наблюдателей, в горутинах, которым прилетает сообщение с новым сайтом?
Можно, наверное, но worker pool - это почти оно и есть. Если интересно - беглое гугление нашло вот эту статью, почитайте, ваше это или нет https://medium.com/german-gorelkin/go-observer-bc95f465961b
Принял! Большое спасибо за ответ! :)
г-ди, зачем вам эти паттерны?
Чтоб не изобретать велосипед :)
пишите спагетти)
больше строителей, фабрик, адаптеров и наблюдателей!
превратим Го в Джаву... А вообще - я в этом споре учавствовать не хочу, надоело за 10 лет)
Я скорее о том, что задача не соответствует количеству паттернов.
Все хорошо в меру. Вот моя задача — я не знаю как ее решить, а за меня вон, несколько паттернов оказывается придумали, люди опытнее меня! :)
так я то заюзаю какой-то один
Зачем тут какой-то паттерн? Сделайте буферизованный канал и range по нему.
Обсуждают сегодня