я вообще не знаю go, но в то же есть каналы. делаешь горутину, которая в бесконечном цикле просит файл, и когда файл не пустой через канал возвращает индекс. Не?

Подезреваю что ваша глобальная переменная должна быть инициализирована в init

А вообще глобальные переменные - это зло в чистом виде, без них надо.

А вообще глобальные переменные - это зло в чистом виде, без них надо.

Не такое уж и зло, если они один раз получили значение и больше не меняются

Это не переменные, а константы

Спасибо за ответы, init не помог, ровно как и возвращение функции

Го не позволяет мне задать это как константу

Это не переменные, а константы

Ну попробуйте создать константу не базового типа)

Я говорю именно о переменных

Например, создать глобальную перменную с *sql.DB

Ну попробуйте создать константу не базового типа)

Я создаю закрытое в пакете имя и открытую функцию, которая его значение возвращает. Это go way

Принципиально это от константы не отличается ни чем

Только синтпксически

Спасибо за ответы, init не помог, ровно как и возвращение функции

Не помог потому что вы не смогли внятно объяснить что вам собственно нужно

Есть переменная, принимающая значение int от функции FindVersionIndex. Мне она нужна, чтобы не перепечатывать много раз один и тот же вызов FindVersionIndex внутри каждой функции пакета, так как значение предполагается быть одним и тем же.

Она запускается сразу, до получения данных, следовательно переменная принимает 0

А мне нужно, чтобы она запускалась только тогда, когда я её вызываю, например, как функцию

Разумеется, запускалсь после получения данных

Вот теперь понятно, ок

Вам не нужно хотеть "не перепечатывать много раз один и тот же вызов FindVersionIndex". В Го так не делают. Это распространённая ошибка новичков - применять в голанге привычные практики их других языков. Вы хотите ленивое значение, а не ленивую функцию. В голанге ничего подобного нет и не будет

Вам нужно либо инициализировать переменную в самом начале программы, либо каждый раз вызывать эту функцию

Как вариант сделайте отдельный пакет, поместите туда эту перменную, сделайте флаг инициализированности и отурытую функцию BaseIndexID, которая возвращает baseIndexID, приэтом если не установлен флаг, вычисляет baseIndexID и устанавливает флаг

Либо объявите тип, инкапсулирующий эту переменную, который работает аналогичным образом

https://play.golang.org/p/XBgm5srcsta

Какая прекрасная идея! К сожалению, с этой идеей у меня точно уже будет оверинжиниринг. Пока останусь с "*перепечатывать много раз один и тот же вызов FindVersionIndex"

я б за такие прекрасные идеи руки отрывал) просто задача не с того конца решается)

да это вообще пофигу. всё зависит от функции этой вашей, которая перменную инициализирует

сколько она по времени выполняется?

Сейчас замерю

я б за такие прекрасные идеи руки отрывал) просто задача не с того конца решается)

развивай свою мысль

Сейчас замерю

это время критично или нет?

ну или так func BaseIndexID() func () int { var ( baseIndexID int set bool ) return func () int { if !set { baseIndexID = FindVersionIndex() set = true fmt.Println("вычисляется") } else { fmt.Println("не вычисляется") } return baseIndexID } }

func main() { x := BaseIndexID() x() // вычисляется x() // не вычисляется }

это время критично или нет?

Да, от него зависит время отдачи json клиенту

10 наносекунд для вас критично?!

Неудобно получилось. О производительности речи не шло, всё от незнания некоторых вещей у меня

го тур прошли?

Стоит пересмотреть архитектуру

Угу

го тур прошли?

@aidarkhanov ^

я б за такие прекрасные идеи руки отрывал) просто задача не с того конца решается)

ну так обоснования будут?

ну так обоснования будут?

говнокоду?) нет

ясно, пиздабол значит

ну куда уж мне до великого повелителя микросервисов :)

Здесь не любят пиздаболв. Даже банят иной раз

не велика потеря, если честно) лучше банили быдлосов всяких

больше профит был бы :)

Больше профит был если бы те кто не может ответить за свои слова, засунули их себе в одно место плашмя прежде чем засорять эфир

Коллеги

Зобаню обоих

вопрос, на сколько быстрые анонимные структуры я хочу внутри апишек использовать Marshalы анонимных структур

сомневаюсь на счет быстродействия

Зобаню обоих

Я бы за мат сразу бан, за выяснение отношений - после одного предупреждения. И правила в закреп повесить

Я бы за мат сразу бан, за выяснение отношений - после одного предупреждения. И правила в закреп повесить

А почему не наоборот?

Ну выяснять отношения можно вежливо и тактично ?

https://play.golang.org/p/0NqzydCM3eF Если горутина работает ограниченное время, окончание ее работы можно отследить через waitgroup, а если горутина в бесконечное цикле читает из канала и должна заверлиться после того, как завершиться последний писатель в канал, как быть? Как в моем примере правильнее отлавливать завершение такой горутины? Или вечный цикл для читателя не лучший способ прочитать все из канала?

https://play.golang.org/p/0NqzydCM3eF Если горутина работает ограниченное время, окончание ее работы можно отследить через waitgroup, а если горутина в бесконечное цикле читает из канала и должна заверлиться после того, как завершиться последний писатель в канал, как быть? Как в моем примере правильнее отлавливать завершение такой горутины? Или вечный цикл для читателя не лучший способ прочитать все из канала?

Для чтения из канала range

Для выхода context

https://play.golang.org/p/0NqzydCM3eF Если горутина работает ограниченное время, окончание ее работы можно отследить через waitgroup, а если горутина в бесконечное цикле читает из канала и должна заверлиться после того, как завершиться последний писатель в канал, как быть? Как в моем примере правильнее отлавливать завершение такой горутины? Или вечный цикл для читателя не лучший способ прочитать все из канала?

последний писатель должен закрыть за собой канал. обычно это делают дождавшись окончания всех писателей по waitgroup

Для выхода context

Range пробовал, но результат тот же, defer wg.Done() не отрабатывает, насчет контекста пойду доку курить

Range пробовал, но результат тот же, defer wg.Done() не отрабатывает, насчет контекста пойду доку курить

Ты можешь отследить какой писатель будет последним?

Daniel все правильно написал.

Ждешь пока все писатели закончат работу с помощью wg, когда все писатели закончили работу закрываешь канал и горутины автоматически выходит из цикла for range

последний писатель должен закрыть за собой канал. обычно это делают дождавшись окончания всех писателей по waitgroup

Странно выглядит, но если по waitgroup отследить. завершение всех писателей, а потом запустить читателей, то работает все и отслеживается завершение читателей. Пошел читать подробнее по каналы, где то тут пробел в понимании имеется...

чет странное вы делаете

правильно так

https://play.golang.org/p/wQkgxrdgIFz

1. создать канал(ы) 2. запустить читателя(ей), (в форме range или с проверкой на закрытость канала) 3. запустить писателя(ей) с waitgroup 4. отследить окончание писателей по waitgroup 5. закрыть канал(ы)

http://play.golang.org/p/l2a9B1_kIFf

Спасибо Вам огромное!!! В ноги должен я поклониться))

1. создать канал(ы) 2. запустить читателя(ей), (в форме range или с проверкой на закрытость канала) 3. запустить писателя(ей) с waitgroup 4. отследить окончание писателей по waitgroup 5. закрыть канал(ы)

Если вначале запустить писателей и после закрытия канала запустить читателей, то можно отследить завершение каждого писателя и читателя по факту. За подсказку отдельное гран мерси

https://play.golang.org/p/wQkgxrdgIFz

Вот вам всё решение.

Прямо по инструкции

Товарищи, подскажите, как мне выдернуть поле структуры у ошибки

type PathError struct { Op string Path string Err error } func (e *PathError) Error() string { return e.Op + " " + e.Path + ": " + e.Err.Error() }

получаю PathError после вызова .LookPath

хочу именно PathError.Error поле получить, а не его Error() версию

Некошерное имя для ошибки

хочу именно PathError.Error поле получить, а не его Error() версию

Смотри какой интерфейс у error

это пакет os/error

Тогда никак

я так и подумал.

Вот вам всё решение.

В моем случае это решение не совсем подходит, завершение читателей не отслеживается. Если же нужно просто дождаться завершения всех горутин, не проще ли использовать просто runtime.Gosched()?

Если вначале запустить писателей и после закрытия канала запустить читателей, то можно отследить завершение каждого писателя и читателя по факту. За подсказку отдельное гран мерси

а?!

В моем случае это решение не совсем подходит, завершение читателей не отслеживается. Если же нужно просто дождаться завершения всех горутин, не проще ли использовать просто runtime.Gosched()?

а?!

Вот вам всё решение.

https://play.golang.org/p/EZXN1YhdcGG Если важен порядок заполнения чисел, можно добавить Mutex

а?!

Ключевой момент, ждешь завершения писателей, закрывает канал и только после этого ждешь завершения читателей. Ну и читаешь в range https://play.golang.org/p/BTStunGqcua И имеешь возможность отследить завершение любой горутины

В моем случае это решение не совсем подходит, завершение читателей не отслеживается. Если же нужно просто дождаться завершения всех горутин, не проще ли использовать просто runtime.Gosched()?

Я вам скинул материал в лс

https://play.golang.org/p/EZXN1YhdcGG Если важен порядок заполнения чисел, можно добавить Mutex

Для канала mutex не нужен

В моем случае это решение не совсем подходит, завершение читателей не отслеживается. Если же нужно просто дождаться завершения всех горутин, не проще ли использовать просто runtime.Gosched()?

GoSched просто отдает предпочтение другим горутинам, в этом примере он вам не поможет

Проблему отслеживания завершения все писателей и читателей удалось решить вот так https://play.golang.org/p/BTStunGqcua Гран мерси за консультации и советы

done_all - это зачем?

select { case <-done: break default: in <- nums[i] i += 1 time.Sleep(1 * time.Microsecond) } что за мысль вы хотели выразить таким образом?!

done_all - это зачем?

Это была идея внешнего управления горутиной, но недопилил, сорри