нет, так не работает

под капотом-то он известен но когда мы кастуем - мы кастуемв конкретный тип

так что только reflect

Тип сам должен вывестись, я так думаю. Под капотом же стопудово известен тип

Что есть интерфейс в Go? Описание типа и указатель на объект, вроде, так

Сейчас пример накатаю, покажу, что хочу

https://play.golang.org/p/1DvpY8I8PlI Поправил чуток

https://play.golang.org/p/1DvpY8I8PlI Поправил чуток

А что вы хотите забрать из структуры?

Их содержимое

Так у вас же Value за это отвечает или я чего-то не понимаю. Может не самое правильное решение, но рабочее https://play.golang.org/p/Vlj03DJLagl

Ладно, сформулирую тогда так. Мне надо замаршалить []Interface{} в toml. А он мне отвечает "чувак, я умею только структуры маршалить".

Только что обнаружил, что стандартный json маршалит []interface{} без проблем. Дума. тогда вопрос снимаю, косяк в библиотеке toml'а.

он и тут тоже

/voteban

Их содержимое

https://play.golang.org/p/4K487V-z-p3 не?

смотри принт в мейне

https://play.golang.org/p/4K487V-z-p3 не?

Близко. Можно v кастануть в reflect.TypeOf(v)?

Судя по тому, что у меня возникли сложности, думаю мне надо подумать над логикой моего алгоритма ))

Близко. Можно v кастануть в reflect.TypeOf(v)?

https://golang.org/pkg/reflect/#Value.NumField а там и добраться к именам не долго

Я так и подозревал, что кастануть не получится, только через switch выбрать нужный тип для каста. Ну либо перебирать через reflect поля ))

Я так и подозревал, что кастануть не получится, только через switch выбрать нужный тип для каста. Ну либо перебирать через reflect поля ))

2. Reflection goes from reflection object to interface value. Like physical reflection, reflection in Go generates its own inverse. Given a reflect.Value we can recover an interface value using the Interface method; in effect the method packs the type and value information back into an interface representation and returns the result: // Interface returns v's value as an interface{}. func (v Value) Interface() interface{} As a consequence we can say y := v.Interface().(float64) // y will have type float64. fmt.Println(y)

https://blog.golang.org/laws-of-reflection

2. Reflection goes from reflection object to interface value. Like physical reflection, reflection in Go generates its own inverse. Given a reflect.Value we can recover an interface value using the Interface method; in effect the method packs the type and value information back into an interface representation and returns the result: // Interface returns v's value as an interface{}. func (v Value) Interface() interface{} As a consequence we can say y := v.Interface().(float64) // y will have type float64. fmt.Println(y)

А я хотел что-нибудь типа y := v.Interface().(typeOf(v))

не судьба ))

А я хотел что-нибудь типа y := v.Interface().(typeOf(v))

а что дальше с этим делать?

Юзать y как родненький.

Ваще изначально хотел маралить и анмаршалить []interface{}

ну

v, ok := .()

if ok {pew pew}

Циклом перебрать все возможные типы? ))

если универсально, то reflect

Ладно, однострочником не отделаюсь, спасибо, буду думать дальше.

а кто-то может подсказать - в GRPC можно каким-то образом закрыть стрим на сервере и сообщить клиенту почему стрим был зыкрыт ("server shutdown", "banned", "too many requests" - в общем какую-то строку передать)? гугл не помог - сложилось впечатление, что нельзя

что-либо вроде CloseFrame-а в вебсокет протоколе, возможно свой подход какой есть

наверн через trailing metadata может получиться

там есть Shutdown

и в этом случае на клиент отправляется сообщение в ошибке что сервер завершается

а можно ссылку на описание или код?

в случае если был запрос если нет - просто коннект закрывается и потом клиентом на той сторой переоткрывается

аа - нашел - но это шатдаун всего сервера, у меня могут быть разные события

https://godoc.org/google.golang.org/grpc#Server.GracefulStop https://godoc.org/google.golang.org/grpc#Server.Stop

а, стрим

тогда пожалуй через trailing metadata стоит пробовать

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

хотя на ОК - не обязательно в целом

Кто-нибудь использует gorm?

Когда делаю tx.Delete(&User{}, id) RowsAffected всегда 0, а tx.First(&user, id) возвращает пользователя корректно. Пробовал делать сначала .First а потом указатель на юзера передавать в .Delete(&user) всё-равно не работает

Пробовал делать .Unscoped().Delete(&user), .Where("id = ?", id).Delete(&User{})

Всем привет а как сделать такую штуку есть интерфейс есть две его имплементации хочу сделать map[string] чтобы в зависимости от string возвращались вот так не работает в golang слишком строгие типы ;) var m := map[string]InterfaceType { "key1": InterfaceImplementationStruct1{}, "key2": InterfaceImplementationStruct2{}, } неужели надо будет фигачить хелпер функцию в которой switch ?

ладно Роб, уговорили, сделал через switch ...

ладно Роб, уговорили, сделал через switch ...

Передавай от нас привет Робу!

Когда делаю tx.Delete(&User{}, id) RowsAffected всегда 0, а tx.First(&user, id) возвращает пользователя корректно. Пробовал делать сначала .First а потом указатель на юзера передавать в .Delete(&user) всё-равно не работает

db.LogMode(true) - посмотри какой запрос в базу горм строит

Что-то я совсем запутался. Могу ли я для интерфейса написать метод? func (m MyInterface) DoSomething() Вроде ругается invalid receiver type

Что-то я совсем запутался. Могу ли я для интерфейса написать метод? func (m MyInterface) DoSomething() Вроде ругается invalid receiver type

внутри интерфейса, а сам метод реализуешь на типе

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

или func DoSome(m MyInterface)

Хех, думал напишу у интерфейса универсальный метод. Придётся реализовывать в каждой реализации интерфейса ((

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

Когда делаю tx.Delete(&User{}, id) RowsAffected всегда 0, а tx.First(&user, id) возвращает пользователя корректно. Пробовал делать сначала .First а потом указатель на юзера передавать в .Delete(&user) всё-равно не работает

может ты внутри транзакции и она откатывается ниже ?, а что в логах запросов ?

может ты внутри транзакции и она откатывается ниже ?, а что в логах запросов ?

Логи не показываются, я их наверное не включил

Кто нибудь знает чятик по постгресу или по SQL ?

Кто нибудь знает чятик по постгресу или по SQL ?

https://t.me/pgsql

https://t.me/pgsql

спасибо

Всем привет а как сделать такую штуку есть интерфейс есть две его имплементации хочу сделать map[string] чтобы в зависимости от string возвращались вот так не работает в golang слишком строгие типы ;) var m := map[string]InterfaceType { "key1": InterfaceImplementationStruct1{}, "key2": InterfaceImplementationStruct2{}, } неужели надо будет фигачить хелпер функцию в которой switch ?

Вот так должно работать. На что ругалось?

Вот так должно работать. На что ругалось?

на несоответствие типов InterfaceImplementationStruct1{} это структура а не интерфейс пытался делать InterfaceImplementationStruct1{}.Interface так тоже не дает так что пришлось switch в функцию пихать получилось как то так //ReporterInterface common interface for anomaly reporting type ReporterInterface interface { ReportAnomaly( config *cfg.ConfigType, appID, anomalyName, categoryDimension, categoryValue, metricName, metricValue string, dateNames []time.Time, tsData []float64, probability float64, nestedTS map[string]map[string][]float64, ) } //Reporter Base structure for inheritance over embedding type Reporter struct { ReporterInterface } func getReporterByKey(key string) (reporter *Reporter, err error) { switch key { case "files": r := FileReporter{} return &r.Reporter, nil case "recast": r := RecastReporter{} return &r.Reporter, nil default: return nil, fmt.Errorf("invalid reportType key=%s", key) } }

@BloodJazMan https://play.golang.org/p/oeO5UG_rLso это не то, что ты хотел?

Когда делаю tx.Delete(&User{}, id) RowsAffected всегда 0, а tx.First(&user, id) возвращает пользователя корректно. Пробовал делать сначала .First а потом указатель на юзера передавать в .Delete(&user) всё-равно не работает

tx.Table("users").Delete("id = ?", id)

tx.Table("users").Delete("id = ?", id)

Вопрос не актуален, спасибо. Решил отказаться от странных орм в пользу raw sql

Вопрос не актуален, спасибо. Решил отказаться от странных орм в пользу raw sql

Так пиши raw sql на горме, я так и делаю

Так пиши raw sql на горме, я так и делаю

Ну вот я тоже до этого дошёл)

Вопрос не актуален, спасибо. Решил отказаться от странных орм в пользу raw sql

db.Exec("DELETE users WHERE id = ?", id) и будет счастье

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

@BloodJazMan https://play.golang.org/p/oeO5UG_rLso это не то, что ты хотел?

да это то что нужно, но у меня почему то golang 1.9.2 ругался что типы не совпадали

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

Ненавижу орм)

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

как-то спросили как можно оптимизнуть проект с entity framework? а просто - выпилить его совсем)

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

Единственное что, горм не умеет в union.

как-то спросили как можно оптимизнуть проект с entity framework? а просто - выпилить его совсем)

:)

Единственное что, горм не умеет в union.

во-во я уже даже забыл зачем он(

Возможно у тебя ресиверы были на поинтерах, тогда получается ошибка: cannot use B literal (type ? as type A in map value: B does not implement A (Do method has pointer receiver)

как-то спросили как можно оптимизнуть проект с entity framework? а просто - выпилить его совсем)

Из всех орм - ef как бы один из лучших. Но обычно на дотнете мы писали процедуры и вызывали их из ef

Возможно у тебя ресиверы были на поинтерах, тогда получается ошибка: cannot use B literal (type ? as type A in map value: B does not implement A (Do method has pointer receiver)

да, скорее всего это, спасибо

Из всех орм - ef как бы один из лучших. Но обычно на дотнете мы писали процедуры и вызывали их из ef

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

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

В доке по ef core прям так и написано, лол

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

там ещё до версионности хранимок куча проблем выстрелит)