type Msg = gonats.Msg попробуй так вместо type Msg gonats.Msg сработает, но это странная практика

спасибо, сработало. а почему странная? )

ну а в чем смысл? ты же ничего не вынес. ну обновилась библиотека gonuts, и твоя структура тоже обновится

почему сразу не писать gonuts.Msg я пока не понял

в основном проекте не используется либа gonuts

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

она используется в sdk

в основном проекте не используется либа gonuts

ну я понял, да, но ты ведь не исправил ничего. type Msg = gonats.Msg вот это на самом деле неявно просто везде где используется Msg проставит gonats.Msg :)

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

а в чём разница? если обновится gonats, то и структура обновится

дублирование тащит за собой большую кучу типов…

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

> контролируешь до момента, пока всё не сломается (== пока не обновится gonats.Msg)

т.е. ничего не меняется

ммм, не совсем понял. смотри, допустим gonuts.Msg это структура в которой есть поле Text

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

ммм, не совсем понял. смотри, допустим gonuts.Msg это структура в которой есть поле Text

а если в ней ещё 30 полей? которые в свою очередь составные

теперь gonuts.Msg меняет поле Text на Content. я свою структуру не трогаю, меняю только преобразование(подставляю Text в Content)

а если я использую напрямую gonuts то я должен бегать по всему коду и все править

теперь gonuts.Msg меняет поле Text на Content. я свою структуру не трогаю, меняю только преобразование(подставляю Text в Content)

ну так и это работает ровно до того момента, пока интерфейс gonats.Msg не поменяется

а если в ней ещё 30 полей? которые в свою очередь составные

так а как тебе поможет var Msg = gonuts.Msg

?

ну так и это работает ровно до того момента, пока интерфейс gonats.Msg не поменяется

когда поменяется — пишешь новый конвертер

да, но это лучше чем править весь клиентский код

так а как тебе поможет var Msg = gonuts.Msg

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

дублирование тащит за собой большую кучу типов…

да, там составные типы

так я предложил это вместо var Msg = gonuts.Msg. такой-то подход вообще ничего не дает в целом)

да, но это лучше чем править весь клиентский код

в зависимости от того, что и где и как часто используется

ну, в этом конкретном случае это хорошее дублирование, не надо его обижать) а если структура большая и никак ее незадублировать или это слишком сложно, тогда я никаких профитов от var Msg= не вижу

ну как же, очень простой профит, если зафиксировать версию пакета, — не нужно делать бойлерплейт

а если версия обновится, то тут в любом случае проблемы

хм, я так и не понял, почему бы просто не использовать везде прямо gonuts.Msg, что дает такое присвоение типа?)

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

нормальным также будет просто сделать враппер: type CustomMsg struct { inner gonats.Msg }

и дописать к нему нужный внешний интерфейс

ну да, так тоже ок

коллеги, а есть ли способ как то определить дефолтное возвращаемое значение. func GetNeedAndCurrentCtr(offerId int) (float32, float32, bool) для этой функции стандартный ответ есть, и она в своем теле может из разных мест его отправить по условиям 0.0, 0.0, false

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

коллеги, а есть ли способ как то определить дефолтное возвращаемое значение. func GetNeedAndCurrentCtr(offerId int) (float32, float32, bool) для этой функции стандартный ответ есть, и она в своем теле может из разных мест его отправить по условиям 0.0, 0.0, false

func GetNeedAndCurrentCtr(offerId int) (anyVar float32, anyVarTwo float32, flag bool) { return }

https://play.golang.org/p/RpWfkJ_YZZ-

func GetNeedAndCurrentCtr(offerId int) (anyVar float32, anyVarTwo float32, flag bool) { return }

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

это так называемый "тихий возврат" ?

ну подумал может опытные коллеги, что то другое нашли

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

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

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

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

да

да

спасибо!

при пустом return вернутся дефолтные

посмотрите пример на плей

ну подумал может опытные коллеги, что то другое нашли

func() { if { ... return a, b, c } else if { ... return d, e, f } else { ... return g, h, i } return default_a, default_b, default_c }

func() { if { ... return a, b, c } else if { ... return d, e, f } else { ... return g, h, i } return default_a, default_b, default_c }

нет

?

оно хотел избежать тройного ретурна

а, ок

я думал смысл в кастомных дефолтных значениях

спасибо!

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

если у вас возращается 1 параметр из трех, вы делаете пустой ретурн и до этого меняете эту переменную

anyVar = 2 return

а не

return 2

внимание! вопрос знатокам. если одна горутина успешно прочитала из канала и продолжила выполнение на машине M1, означает ли это, что горутина-отправитель тоже продолжает исполняться на машине M2, т.е. не находится в очереди Px? Канал небуферизован.

Машине?

го стал эрлангом?

Вообще формально нет, шедулер решит сам, мб и не продолжит

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

ERROR: S client not available

или одна из них может слиться в очередь в этот момент?

что такое "машина"?

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

что такое "машина"?

та хрень, которая исполняет горутину

и что же это за "хрень"?

ну процесс оси, это не принципиально

процесс оси?

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

процесс оси?

это структура M в рантайме

скедулер?

он один на программу

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

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

вот и вопрос, это когда? когда вторая исполняется в тот же момент на другой машине, или не обязательно?

никакого того же момента нет, на самом деле

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

вообще то есть, если есть две машины

опять машины

(кто-нибудь понимает, про какие машины речь?)

если у нас два ядра - у нас могет и правда две горутины исполняться одновременно

но на одном канале - нет, там для того мутексы сделаны

сначала одна, потом вторая

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

вот тут надо поподробнее

допустим первая горутина попала в машину M1 и дошла до чтения из канала и вернулась обоатно в очередь процесса P1.

т.е. заблокировалась

в какой момент она вернется в машину, если вторая горутина попала в машину M2 и дошла до записи в канал

заблокировалась и легла в очередь

подскажи, из какой литературы эти термины машины и процесса?

из рантайма

ма-ма

нет там никакой машины

https://blog.nindalf.com/posts/how-goroutines-work/

из рантайма

гошного рантайма?