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

А каналы скорость работы просаживать не будут? Или в любом случае придется пожертвовать временем?

А каналы скорость работы просаживать не будут? Или в любом случае придется пожертвовать временем?

а вы померяйте. какналы, действительно, медленные, по сравнению с мутексами. но, скорее всего, вы это даже померять не сможете

а вы померяйте. какналы, действительно, медленные, по сравнению с мутексами. но, скорее всего, вы это даже померять не сможете

скорее всего так оно и есть. я не так давно с го балуюсь, мне ещё пилить и пилить

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

Парни, после go build получаю такую ошибку > app\models\user.go:18: invalid recursive type User Юзаю gorm, собсна https://play.golang.org/p/0agwqBt3i8 Гугл не помог, чаво не так?

Парни, после go build получаю такую ошибку > app\models\user.go:18: invalid recursive type User Юзаю gorm, собсна https://play.golang.org/p/0agwqBt3i8 Гугл не помог, чаво не так?

Подскажите такой момент, набросал пример сбора файлов из 2-х дир, так то их может быть больше но не суть. Вот что получилось: import ( "fmt" "os" "path/filepath" "strings" "sync" ) func main() { var slicePath []string var wg sync.WaitGroup var c chan string = make(chan string) go collectionPath(&slicePath, c) wg.Add(2) go walkDir(C:\TEST_PATH\001, c, &wg) go walkDir(C:\TEST_PATH\002, c, &wg) wg.Wait() fmt.Println(len(slicePath) - 2) for _, path := range slicePath { fmt.Println(path) } } func collectionPath(slicePath *[]string, c chan string) { for { path := <-c *slicePath = append(*slicePath, path) } } func walkDir(path string, c chan string, wg *sync.WaitGroup) { filepath.Walk(path, func(wPath string, info os.FileInfo, err error) error { c <- strings.Replace(wPath, "\\", "/", -1) return nil }) wg.Done() } Но если я буду делать что-то дальше, у меня будет болтаться в воздухе одна горутина которая в цикле ждет данных. Как её можно прибить? Отправить какое-то значение и выполнить break? Или есть более изящный способ?

Соц сеть пишешь?)

for path := range c {} В основной функции после Wait: close(c) и желательно дождаться окончания горутины с collectionPath через еще один waitGroup или просто через закрытие еще одного канала

User вклюает в себя UserInfo , который снова включает в себя юзера - это зачем так?

Тяжело понять, но попытаюсь. Спасибо.

что-то типа такого: https://play.golang.org/p/-UwK0T1Sj9

что-то типа такого: https://play.golang.org/p/-UwK0T1Sj9

тем самым дожидаемся что в slicePath больше ничего не будет добавляться и можно его печатать

Какие хорошие библиотеки есть для патча json'a? Было бы классно, если туда можно было передать список полей, которые НЕ надо менять и функция возвращала бы ошибку, если эти поля собираются поменять.

ребят, не подскажите. REST клиент из браузера отправляет и все ок.а этот кусок кода всегда получает 404.в чем может быть проблема?урл один и тот же.заголовки тоже

залогируй подробно все данные запроса и ответа, скорее всего урл не тот или прочие данные

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

Да, я

а что я там могу узнать?

Да нет там докреа на той машине