Телеграмм чат группы golang

2020 August 30

СГ

Сергей Гришаев... in Golang Developers — русскоговорящее сообщество

ну в случае вашего кода - просто добавьте в рейнже брейк если i == len(Nodes)

и потом закрытие канала шоб не было ликов

Либо через цикл по размеру канала обычное чтение из канала

источник

15:42пожаловаться #1

DS

Denis Shkabatur in Golang Developers — русскоговорящее сообщество

Alexander Shavelev

ну в случае вашего кода - просто добавьте в рейнже брейк если i == len(Nodes)

и потом закрытие канала шоб не было ликов

тоже идея. В инете ещё вот такой способ подсмотрел, то есть wg.Wait и close(c) в отдельной горутине запустить.

источник

15:42пожаловаться #2

AS

Alexander Shavelev in Golang Developers — русскоговорящее сообщество

Denis Shkabatur

тоже идея. В инете ещё вот такой способ подсмотрел, то есть wg.Wait и close(c) в отдельной горутине запустить.

1) выглядит не оч
2) новая горутина тут оверхед
3) я честн не знаю и эт вопрос - после клоуза получите или вы данные что хранились в буфере или нет, я думаю что нет

источник

15:43пожаловаться #3

DS

Denis Shkabatur in Golang Developers — русскоговорящее сообщество

Alexander Shavelev

1) выглядит не оч
2) новая горутина тут оверхед
3) я честн не знаю и эт вопрос - после клоуза получите или вы данные что хранились в буфере или нет, я думаю что нет

но этот способ работает)) Смысл в том что я читаю из канала пока происходит wg.Wait(), а как только все выполнилось то канал закрывается и при считывании очередного элемента цикл завершается. Но я сам не уверен в том, что все значения из канала дойдут. Пока доходят)

источник

15:45пожаловаться #4

AS

Alexander Shavelev in Golang Developers — русскоговорящее сообщество

Denis Shkabatur

но этот способ работает)) Смысл в том что я читаю из канала пока происходит wg.Wait(), а как только все выполнилось то канал закрывается и при считывании очередного элемента цикл завершается. Но я сам не уверен в том, что все значения из канала дойдут. Пока доходят)

- он может работать потому что "так лягли карты планирощивка"
- или я не прав в п3 был

upd таки мое предположение было неверно

источник

15:47пожаловаться #5

DS

Denis Shkabatur in Golang Developers — русскоговорящее сообщество

Alexander Shavelev

- он может работать потому что "так лягли карты планирощивка"
- или я не прав в п3 был

upd таки мое предположение было неверно

В любом случае благодарю за идею)

источник

15:49пожаловаться #6

DS

Denis Shkabatur in Golang Developers — русскоговорящее сообщество

Alexander Shavelev

- он может работать потому что "так лягли карты планирощивка"
- или я не прав в п3 был

upd таки мое предположение было неверно

То есть получается что можно читать из закрытого буферизированного канала пока в его буфере есть значения, так ?

источник

15:56пожаловаться #7

AS

Alexander Shavelev in Golang Developers — русскоговорящее сообщество

Denis Shkabatur

То есть получается что можно читать из закрытого буферизированного канала пока в его буфере есть значения, так ?

йес

источник

15:59пожаловаться #8

СГ

Сергей Гришаев... in Golang Developers — русскоговорящее сообщество

Denis Shkabatur

То есть получается что можно читать из закрытого буферизированного канала пока в его буфере есть значения, так ?

Получается так...
https://play.golang.org/p/9Efd2w5jqNE

источник

16:14пожаловаться #9

DS

Denis Shkabatur in Golang Developers — русскоговорящее сообщество

Сергей Гришаев

Получается так...
https://play.golang.org/p/9Efd2w5jqNE

Спасибо)

источник

16:15пожаловаться #10

x

x-foby in Golang Developers — русскоговорящее сообщество

Сергей Гришаев

Хотелось бы увидеть чуть больше кода.
p.s. Если вы заранее знаете количество горутин, то проще будет сделать перед циклом так:
wg.Add(len(mainNode.Nodes)), чем вызывать метод Add() некоторое количество раз

Плохой совет.
Правильней всё-таки вызывать wg.Add(1) на каждую итерацию, иначе в один прекрасный момент рискуете получить "зависшую" wg.Wait().

Это, конечно редкий случай, но всё же.

источник

16:22пожаловаться #11

СГ

Сергей Гришаев... in Golang Developers — русскоговорящее сообщество

x-foby

Плохой совет.
Правильней всё-таки вызывать wg.Add(1) на каждую итерацию, иначе в один прекрасный момент рискуете получить "зависшую" wg.Wait().

Это, конечно редкий случай, но всё же.

Спорить не буду, но такое возможно, если только количество горутин изменится между вызовом Add() и выполнением цикла. Других причин я не вижу

источник

16:28пожаловаться #12

x

x-foby in Golang Developers — русскоговорящее сообщество

Сергей Гришаев

Спорить не буду, но такое возможно, если только количество горутин изменится между вызовом Add() и выполнением цикла. Других причин я не вижу

Других причин и нет, но ситуаци, когда количество горутин меняется (continue до запуска функции) — это встречается.

источник

16:29пожаловаться #13

СГ

Сергей Гришаев... in Golang Developers — русскоговорящее сообщество