А сама операция асинхронная? Или блокирует I/O? Извните за тупые вопросы, но пытаюсь перестроить мышление

операция синхронная с точки зрения локального потока инструкций, IO не блокирует всё правильно, лучше задачть вопрос

и мутексы, семафоры и прочие объекты синхронизации

если надо асиннхронно - запускаете ваш код в горутине и придумывааете, как вернуть ответ.

здесь их много, и если ты из мира жс (как и я), ты еще хапнешь с ними :D

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

https://play.golang.org/p/AOvmR-kz6WR покритикуйте пожалуйста, и подскажите как исправить

А сама операция асинхронная? Или блокирует I/O? Извните за тупые вопросы, но пытаюсь перестроить мышление

ты можешь запустить в рутине и потом прочитать ответ когда нужно из канала

Как на потоки смотреть, как на промисы? Ну о чём ты?)

Если человек не понимает что это, надо хоть какие-то аналогии из его мира

Горутины можно рассматривать как людей-рабочих, которые работают отдельно друг от друга, асинхронно, а общаться между собой им разрешают только через корпоративную переписку (каналы).

(по рации) :D

обожаю аналогии

Тоесть, что бы сделать метод client.Get() асинхронным. его нужно обернуть в функцию и внутри нее работать с каналов. А вне уже чекать канал и если пришло что то, то уже продолжать обработку?

https://play.golang.org/p/AOvmR-kz6WR покритикуйте пожалуйста, и подскажите как исправить

нажми кнопку Format Что тебя конкретно волнует в этом коде? Зачем тебе нужен канал cloudflare_chan? Переменные надо называть через кэмел-кейс: CloudflareChan В этот кусок кода вставь недостающие куски с cloudflare_chan, rule_id и acclist, чтобы он компилировался https://play.golang.org/p/SpJdO0PcNxY

Тоесть, что бы сделать метод client.Get() асинхронным. его нужно обернуть в функцию и внутри нее работать с каналов. А вне уже чекать канал и если пришло что то, то уже продолжать обработку?

А чего ты добиться то хочешь? Если тебе нужно получить ответ на GET запрос, то тебе не нужны никакие каналы, и другие горутины не будут заблокированы всё равно

Тоесть, что бы сделать метод client.Get() асинхронным. его нужно обернуть в функцию и внутри нее работать с каналов. А вне уже чекать канал и если пришло что то, то уже продолжать обработку?

да.

Тоесть, что бы сделать метод client.Get() асинхронным. его нужно обернуть в функцию и внутри нее работать с каналов. А вне уже чекать канал и если пришло что то, то уже продолжать обработку?

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

Тоесть, если Апишку, которая стучиться к другой апишке и на основе этих данных возвращает данные целовому пользователю реализовать обычным client.Get(), то все равно все запросы, которые будут поступать на эту апишку будут асинхронными?

они будут синхронными, но выполняться будут параллельно

потому, что go, в отличие от js, умеет в многопоточность

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

Это больше похоже на вопрос времени %)

Привет, хочу поделиться опытом. Были программы на го, нужно было прилепить UI. Andlabs UI очень приятная вещь. Написал быстро и без заморочек

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

есть же аналог с подсветкой

goplay.space

andlabs ui поставляется сразу с собранными статическими либами, подозрительно это

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

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

нет

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

Книжку бы для начала почитать или погуглить m:n и это вот все

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

соответственно, используется планировщик Go, а не ос

ну и в целом они много-много легче

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

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

Когда много горутин выполняется на одном ядре процессора, они выполняются как асинхронные функции в js, если так легче воспринимать. Притом говорят, Go распределяет их по всем ядрам так, чтобы у каждого ядра была работа

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

Привет, мужик захотел гуи для алгоритмического бота.

Когда много горутин выполняется на одном ядре процессора, они выполняются как асинхронные функции в js, если так легче воспринимать. Притом говорят, Go распределяет их по всем ядрам так, чтобы у каждого ядра была работа

от ядра (ядер) горутины отделяет тред-пул. так что горутина на ядре не выполняется.

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

Хотел и винду, и мак

тогда ядра в моем сообщении надо поменять на потоки (треды?)

Смотрите на рутины как на усовершенствованые промисы, это ближе по духу будет чем то что у вас в голове

wrong! промисы не могут выполняться параллельно, а горутины будут выполнены потенциально конкурентно. Горутины скорее сравнимы с web worker'ами, но отличие в том что горутины можно создавать миллионами и они могут делить меж собой память, в то время как контексты веб воркеров изолированы и по сути представляют собой обёртку дорогих ОС потоков так-же в JS нельзя забывать await, иначе заблокируешь системный поток (либо главный поток event loop'а, либо веб воркерский)

Привет, мужик захотел гуи для алгоритмического бота.

если он не будут этого бота запущать на всез осях подряд (а нафига это ему надо не понятно), то лучше сделать гуй под ту ось на которой бот будет работать. А в Го у нас единственная либа для десктопного гуя, за которую не стыдно - lxn/walk (но я бы и на ней не стал писать гуй) А если гуй на столько примитивен, что его можно реализовать на этой либе, то проще его на js сделать, а на Го как положено написать веб сервер Карч зря ты это взял, выкинь нафиг это недокументированное маргинальное гавно пока не поздно, точно тебе говорю

тогда ядра в моем сообщении надо поменять на потоки (треды?)

один тред всегда исполняет одну горутину. переглючение горутин делает шедулер. на одном ядре можно замустить много тредов. короче - просто поменять одно слово на другое не выйдет :)

wrong! промисы не могут выполняться параллельно, а горутины будут выполнены потенциально конкурентно. Горутины скорее сравнимы с web worker'ами, но отличие в том что горутины можно создавать миллионами и они могут делить меж собой память, в то время как контексты веб воркеров изолированы и по сути представляют собой обёртку дорогих ОС потоков так-же в JS нельзя забывать await, иначе заблокируешь системный поток (либо главный поток event loop'а, либо веб воркерский)

Человек пришел с жс, там нет потоков, попытался максимально понятно для него.

если он не будут этого бота запущать на всез осях подряд (а нафига это ему надо не понятно), то лучше сделать гуй под ту ось на которой бот будет работать. А в Го у нас единственная либа для десктопного гуя, за которую не стыдно - lxn/walk (но я бы и на ней не стал писать гуй) А если гуй на столько примитивен, что его можно реализовать на этой либе, то проще его на js сделать, а на Го как положено написать веб сервер Карч зря ты это взял, выкинь нафиг это недокументированное маргинальное гавно пока не поздно, точно тебе говорю

У меня вроде работает всё нормально. Спасибо за совет

Человек пришел с жс, там нет потоков, попытался максимально понятно для него.

есть там "потоки", web workers, но они изолированы и не умеют память делить

andlabs ui поставляется сразу с собранными статическими либами, подозрительно это

Думаешь там что-то плохое?

есть там "потоки", web workers, но они изолированы и не умеют память делить

Если чеховек хочет в го, и говорит о жс, то скорее всего он с ноды, а там их нет

Если чеховек хочет в го, и говорит о жс, то скорее всего он с ноды, а там их нет

https://nodejs.org/api/worker_threads.html

0xff00ff именно так. Спасибо вам всем за помощь. Буду дальше разбираться и читать доки. Хотелось просто в общих чертах понять, как параллельность работает в го. И почему ее считают одной из самых крутых на ряду с Erlang

Думаешь там что-то плохое?

Не думаю, просто боюсь.

0xff00ff именно так. Спасибо вам всем за помощь. Буду дальше разбираться и читать доки. Хотелось просто в общих чертах понять, как параллельность работает в го. И почему ее считают одной из самых крутых на ряду с Erlang

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

ну, только в go можно получить такое https://play.golang.org/p/3iDQBi7V77I

еще в перле. ну и с pointer receiver не работает, понятное дело.

0xff00ff именно так. Спасибо вам всем за помощь. Буду дальше разбираться и читать доки. Хотелось просто в общих чертах понять, как параллельность работает в го. И почему ее считают одной из самых крутых на ряду с Erlang

потому-что тебе не нужно засорять код и голову async/await'ами и promise'ами поскольку в Go если goroutine'а блокирует - планировщик её меняет на другую автоматически не блокируя системный поток. ты пишешь блокирующий код, а выполняется он неблокирующим образом. так-же ты не ограничен как в JS воркерами, а можешь делить память между несколькими горутинами по желанию (насчёт Erlang'а я точно не знаю, но помоему там тоже есть какие-то ограничения по работе с памятью) плюс тебе не нужно помнить о том что "потоки это дорого", потому-что в Go горутины очень дешёвые в плане времени на создание, в плане памяти для stack'ов и в плане context switching'а

если он не будут этого бота запущать на всез осях подряд (а нафига это ему надо не понятно), то лучше сделать гуй под ту ось на которой бот будет работать. А в Го у нас единственная либа для десктопного гуя, за которую не стыдно - lxn/walk (но я бы и на ней не стал писать гуй) А если гуй на столько примитивен, что его можно реализовать на этой либе, то проще его на js сделать, а на Го как положено написать веб сервер Карч зря ты это взял, выкинь нафиг это недокументированное маргинальное гавно пока не поздно, точно тебе говорю

Walk вроде только на Виндоус

А можно как-то получить копию http.Response? Запрашиваю html через http.Get, проверяю, всё ли в порядке с полученным html через чтение response.Body. Хочу, если всё в порядке, передать (или вернуть) такой же response, каким он был до чтения и закрывания response.Body.

А не проще будет уже прочтенными данными манипулировать?

Зачем вам два раза делать одно и то же?

проще, но всё же хочется что-то вроде middleware организовать, незаметного и возможно не единственного.

Тогда и реквест/респонс инкапсулируйте как-то

https://golang.org/pkg/net/http/#ReadResponse вроде близко к тому, что я хочу, но не понимаю, как получить *bufio.Reader

мне тут интересно

почему драйвер по типу gopkg.in/mgo.v2 не привели к стандартному интерфейсу

я про database/sql

почему драйвер по типу gopkg.in/mgo.v2 не привели к стандартному интерфейсу

у меня есть подозрение потому, что это NoSql?)

ну так полностью совместимость конечно не сделать

но на на уровне драйвера и простых запросов на изи

но на на уровне драйвера и простых запросов на изи

а нужно?

ну удобно было бы бд переключать

ну удобно было бы бд переключать

так для этого есть orm всякие)

ну не для кастом набора же

ну в кастом наборе такое и не должно быть)

ну может, у нас уже 4 бд по проектам юзается

иногда с заменой

я конечно набросал свой интерфейс, для всех

ну удобно было бы бд переключать

А ты не сможешь нормально переключить sql на nosql у них разная структура данных

у меня там все nosql

но в принципе они хорошо ложаться на интерфейс аля database/sql/driver

по крайне мере для иницилизации

я просто потом подумал что можно же попробывать на общем интерейсе сделать

и удивился что разработчики не смогли их натянуть туда

А можно как-то получить копию http.Response? Запрашиваю html через http.Get, проверяю, всё ли в порядке с полученным html через чтение response.Body. Хочу, если всё в порядке, передать (или вернуть) такой же response, каким он был до чтения и закрывания response.Body.

https://gist.github.com/paulsmith/775764

Методы выборки и аргументы разные, какие же общие интерфейсы, пустые разве что

Методы выборки и аргументы разные, какие же общие интерфейсы, пустые разве что

ну вот выборка там одинаковая считай

везде string идет

если и мап то он опять json и превращается в string

Ну и как вы представляете себе работу с этим?

Все в стринг конвертить?

так оно и так стринг же

Кто она?

func (driver *influxDriver) query(dbname string, queryString interface{}) ([]*db.Result, error) { query := influxClient.NewQuery(queryString.(string), "", "") response, err := driver.conn.Query(query) ....

ну вот скажем инфлакс

монгу показать?

Я про мго, он принимает не стринг

ну обернуть его можно было бы в принципе

я про разработчиков

Да, он обернут уже и потом в бсон идет

В монге выборки могут быть очень сложные

В жс есть библиотек пара которые сделали как вы хотите, теперь пользоваться ими нельзя нормально, лишь для простых запросов

ну окей, аргумент может и хороший

сделаю на кастом интерфейсе

https://ripe76.ripe.net/wp-content/uploads/presentations/46-RIPE76-NetworkPipeline-2.pdf

вот вам пример от cf про использование go :)